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Abstract 


This  report  documents  the  results  of  work  required  to  migrate  the  DUNS  (Dual  Inertial 
Integrated  Navigation  System)  software  from  its  former  platform,  consisting  of  a  unix- 
based  Sparc  host  system  and  Motorola  68030  VME  target  system  under  a  Telesoft  Ada83 
compiler  and  run-time  executive,  to  a  new  Green  Hills  Ada95  NT  development 
environment  and  two  new  run-time  platforms;  a  PowerPC604  VME  target  system  running 
VxWorks  5.4,  and  a  generic  personal  computer  running  Windows  NT  4.0.  The  migration 
is  not  entirely  complete,  though  both  new  run-time  platforms  are  mnning  satisfactorily  to  a 
great  extent.  This  document  records  the  status  of  the  migration,  presents  some  results  of 
the  systems  in  real-time  laboratory  trials,  and  identifies  issues  that  need  to  be  explored 
more  fully  if  the  migrated  DIINS  systems  are  to  be  deployed  in  operational  environments. 


Resume 


Ce  rapport  fait  etat  des  resultats  des  travaux  necessaires  a  la  migration  du  logiciel  DENS 
(Dual  Inertial  Integrated  Navigation  System)  de  son  ancienne  plate-forme,  c’est-a-dire  un 
systeme  hote  Sparc  toumant  sous  Unix  et  un  systeme  cible  Motorola  68030  VME  dote 
d’un  compilateur  et  d’un  progranune  d’exdcution  run-time  Ada83  de  Telesoft,  a  un  nouvel 
environnement  de  developpement  Ada95  NT  de  Green  Hills  et  deux  nouvelles  plates- 
formes  run-time,  soit  un  systeme  cible  PowerPC604  VME  toumant  sous  VxWorks  5.4  et 
un  micro-ordinateur  generique  toumant  sous  Windows  NT  4.0.  La  migration  n’est  pas 
encore  terminee,  mais  les  deux  nouvelles  plates-formes  mn-time  fonctionnent  en  general 
assez  bien.  Le  present  document  consigne  I’etat  de  la  migration,  presente  certains  resultats 
produits  par  les  systemes  pendant  les  essais  en  temps  reel  en  laboratoire  et  dresse  la  liste 
des  questions  qu’il  faudra  etudier  plus  a  fond  si  la  migration  des  systemes  DENS  est 
deployee  en  milieu  operationnel. 
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Executive  summary 


This  report  documents  the  results  of  work  required  to  migrate  the  DIINS  (Dual  Inertial 
Integrated  Navigation  System)  software  from  its  former  platform,  consisting  of  a  unix- 
based  Sparc  host  system  and  Motorola  68030  VME  target  system  under  a  Telesoft  Ada83 
compiler  and  run-time  executive,  to  a  new  Green  Hills  Ada95  NT  development 
environment  and  two  new  run-time  platforms:  a  PowerPC604  VME  target  system  running 
VxWorks  5.4,  and  a  generic  personal  computer  running  Windows  NT  4.0.  The  migration 
is  not  entirely  complete,  though  both  new  run-time  platforms  are  running  satisfactorily  to  a 
great  extent. 

Originally  DIINS  had  been  targeted  for  the  Halifax  Class  ships  of  the  Canadian  Navy,  as  a 
subsystem  of  their  new  electronic  chart  systems  known  as  SHINNADS  (Shipboard 
Integrated  Navigation  and  Display).  More  recently,  it  has  become  evident  that  DENS  may 
be  used  in  other  applications  including  those  of  foreign  navies.  Thus  a  decision  was  taken 
to  migrate  the  software  to  more  readily  available  and  supportable  hardware,  including 
general  purpose  PC’s.  This  document  summarizes  the  efforts  that  have  been  conducted  in 
that  regard.  It  is  intended  primarily  to  be  used  as  a  reference  for  future  development  of 
DIINS  or  its  adaptation  to  different  classes  of  ships. 

First  a  brief  background  of  the  DIINS  project  and  the  initial  migration  contract  results  are 
presented  and  followed  by  an  outline  of  the  new  system  configuration  and  administration. 
Instructions  for  running  DENS  on  the  new  PC  and  VME  platforms  and  procedures  for 
rebuilding  the  source  are  also  summarized.  An  outline  of  some  recent  debugging  and 
migration  work  is  followed  by  a  list  of  remaining  migration  issues  identified  but  not  yet 
fully  resolved  and  which  need  to  be  explored  further  if  the  migrated  DIINS  systems  are  to 
be  deployed  in  operational  environments.  Finally,  some  real-time  lab  trial  results  of  the 
new  platforms  are  presented  to  show  that  the  systems  are  both  running  fairly  well  and 
executing  the  core  DENS  input/output  and  Kalman  filtering  algorithms  correctly. 


Bird,  J.S.,  2001.  “Migration  of  DENS  to  PowerPC/VxWorks  and  IntelAVin32,” 
DREO  TM  2001-046,  Defence  Research  Establishment  Ottawa. 
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Sommaire 


Ce  rapport  fait  etat  des  resultats  des  travaux  necessaires  a  la  migration  du  logiciel  DIINS 
(Dual  Inertial  Integrated  Navigation  System)  de  son  ancienne  plate-forme,  c’est-l-dire  un 
systeme  hote  Sparc  toumant  sous  Unix  et  un  systeme  cible  Motorola  68030  VME  dote 
d’un  compilateur  et  d’un  programme  d’execution  run-time  Ada83  de  Telesoft,  a  un  nouvel 
environnement  de  developpement  Ada95  NT  de  Green  Hills  et  deux  nouvelles  plates- 
formes  run-time,  soit  un  systeme  cible  PowerPC604  VME  toumant  sous  VxWorks  5.4  et 
un  micro-ordinateur  generique  toumant  sous  Windows  NT  4.0.  La  migration  n’est  pas 
encore  terminee,  mais  les  deux  nouvelles  plates-formes  ran-time  fonctionnent  en  general 
assez  bien. 

Au  debut,  le  DENS  avait  ete  prevu  pour  les  navires  de  classe  Halifax  de  la  Marine 
canadienne,  ^  titre  de  sous-systeme  de  leur  nouveau  systeme  electronique  de  visualisation 
des  cartes  marines  SHINNADS  (Shipboard  Integrated  Navigation  and  Display). 
Demierement,  il  est  devenu  evident  que  le  DENS  pent  6tre  utilis6  dans  d’autres 
applications,  notamment  celles  des  forces  de  la  marine  etrangeres.  Par  consequent,  nous 
avons  decide  d’ installer  le  logiciel  sur  un  appareil  plus  courant  et  dont  le  soutien  est  plus 
facile  a  assurer,  notamment  le  PC  a  usages  multiples.  Ce  document  resume  les  travaux  que 
nous  avons  realises  dans  cette  optique.  Nous  esperons  qu’il  servira  de  document  de 
reference  pour  tout  projet  ulterieur  de  developpement  du  DENS  et  tout  projet  visant  a 
I’adapter  a  d’autres  classes  de  navires. 


Le  document  contient  d’abord  une  breve  mise  en  contexte  du  projet  du  DENS  et  les 
resultats  du  premier  contrat  de  migration.  Vient  ensuite  un  aper^u  de  la  nouvelle 
configuration  et  des  nouvelles  methodes  d’ administration  du  systeme.  Le  document  foumit 
ensuite  des  instractions  permettant  d’executer  le  DENS  sur  les  nouvelles  plates-formes  PC 
et  VME,  et  donne  la  procedure  a  suivre  pour  reconstmire  la  source.  Le  document  presente 
ensuite  des  donnees  generales  sur  des  travaux  de  debogage  et  de  migration  realises 
recemment,  suivies  d’une  liste  des  problemes  de  migration  qui  ont  ete  repertories  mais  qui 
ne  sont  pas  encore  entierement  r6gl6s.  Ces  problemes  devront  etre  examines  plus 
attentivement  si  on  decide  de  deployer  les  systemes  DENS  en  milieu  operationnel.  Enfin, 
on  presente  les  resultats  de  certains  tests  en  laboratoire  realises  en  temps  reel  sur  les 
nouvelles  plates-formes  pour  demontrer  que  les  deux  systemes  fonctionnent  assez  bien  et 
qu’ils  executent  correctement  les  algorithimes  centraux  d’entree  et  de  sortie  du  DENS  et  les 
algorithmes  de  filtrage  Kalman. 


Bird,  J.S.,  2001.  Migration  du  DENS  a  PowerPCA^xWorks  et  a  IntelAVin32,  DREG  TM 
2001-046,  Centre  de  Recherches  pour  la  Defense,  Ottawa. 
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1  ■  DIINS  Migration  Background 


1.1  Introduction 

This  report  documents  the  work  that  was  required  to  migrate  the  DUNS  (Dual  Inertial 
Integrated  Navigation  System)  software  from  its  former  platform,  consisting  of  a  unix- 
based  Sparc  host  system  and  Motorola  68030  VME  target  system  under  a  Telesoft  Ada83 
compiler  and  run  time  executive,  to  two  new  run-time  platforms: 

-  a  PowerPC604  VME  target  system  running  VxWorks  5.4;  and 

a  generic  personal  computer  running  Windows  NT  4.0. 

For  both  platforms,  the  host  development  system  is  a  Windows  NT  4.0  PC  running  the 
Green  Hills  Ada95  AdaMulti  development  environment,  with  both  a  native  compiler  for 
the  Windows  run-time  platform  and  a  PowerPC  cross  compiler  for  the  VME  PowerPC 
runtime  platform. 

The  migration  is  not  entirely  complete,  though  both  new  run-time  platforms  are  running 
satisfactorily  to  a  great  extent.  This  document  records  the  status  of  the  migration,  presents 
some  results  of  the  systems  in  real-time  laboratory  trials,  and  identifies  issues  that  need  to 
be  explored  more  fully  if  the  migrated  DENS  systems  are  to  be  deployed  in  operational 
environments. 


1 .2  Structure  of  this  Document 

First  a  brief  background  of  the  DDNS  project  and  the  initial  migration  contract  results  are 
presented  in  the  remainder  of  Section  1. 

An  outline  of  system  configuration  and  administration  is  in  Section  2. 

Instructions  for  running  DENS  on  the  new  PC  and  VME  platforms  are  included  in  Section 
3.  This  document  does  not  explain  the  details  of  the  DENS  configuration  files 
(simsetup.cfg)  or  Kalman  filter  parameter  files.  It  is  assumed  the  reader  is  familiar  with 
those. 

Procedures  for  rebuilding  the  source  is  at  Section  4.  Source  code  version  reconciliation  is 
briefly  discussed  in  Section  5.  Section  6  summarizes  the  debugging  and  migration  work 
by  DREO  after  the  initial  migration  contract  was  complete.  During  this  phase,  a  number 
of  issues  were  identified,  but  have  not  yet  been  fully  resolved.  These  are  summarized  in 
Section  7.  Section  8  reviews  some  real-time  lab  trial  results  of  the  new  platforms. 
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1.3  DIINS  Background 

The  following  text  is  taken  from  [1]  and  describes  the  overall  DIINS  system. 

‘The  Defence  Research  Establishment  Ottawa  has  been  developing  a  highly  fault-tolerant, 
integrated  navigation  system  for  the  Canadian  Navy’s  dual-INS  equipped  ships  for  a 
number  of  years.  The  system,  called  DIINS  (Dual  Inertial  Integrated  Navigation  System), 
has  undergone  extensive  sea  trials  and  is  now  being  prepared  for  fitting  on  the  vessels. 
Externally,  DIINS  provides  best  estimates  of  ownship  navigation  data  for  an  ECDIS 
(Electronic  Chart  and  Display  Information  System)  on  the  bridge,  and  for  the  ship's 
command  and  control  system.  Internally  DENS  implements  multiple,  cooperating  Kalman 
filters  to  enable  the  application  of  sensitive  Failure  Detection,  Isolation  and 
Reconfiguration  (FDIR)  techniques  and  to  provide  high  system  reliability  and  navigation 
accuracy.  The  sensors  being  integrated  include  two  inertial  navigation  systems  (INS's), 
GPS  (PPS,  SPS  and/or  differential),  speed  log,  and  Loran-C.  The  application  of  multiple 
parallel  filters  and  precise  statistical  error  tests  to  redundant  inertial  navigation  systems  has 
been  very  limited  until  the  most  recent  generations  of  microprocessors.  Such  a  system  is 
significant  in  that  the  design  has  been  optimized  for  automatic  failure  detection  and 
reconfiguration  and  to  provide  navigation  information  in  decreasing  but  known  accuracy 
as  sensors  fail;  thus  the  operator  can  always  be  confident  that  the  best  remaining  sensors 
are  being  used  to  navigate.  Such  a  complex  and  comprehensive  integrated  navigation 
system  is  quite  unique  among  the  world's  navies.” 

Further  references  on  the  design,  implementation,  and  results  of  the  original  DUNS  system 
include  [2]  through  [8]. 

1.4  Initial  DIINS  Migration 

Late  in  fiscal  year  99/00,  DREO  obtained  year-end  contract  funds  to  complete  the  DINS 
Advanced  Development  Model  and  to  begin  the  “Evolved  DUNS.”  With  these  funds,  two 
contracts  were  initiated  with  Prior  Data  Sciences  (now  called  “xwave  solutions”)  to 
commence  the  migration.  These  contracts  were: 

W77 14-9-0291  “DUNS  Migration  and  Enhancements” 

W77 14-9-0322  “DUNS  Input-Output  Redesign” 

The  total  value  of  these  two  contracts  was  approximately  $140,000.  With  these  funds 
Prior  Data  Sciences  procured  the  new  hardware  and  software  environments,  which 
included: 


Two  Motorola  PowerPC604  VME  Single  Board  Computers  ($17,000); 

WindRiver  Tornado  VxWorks  run-time  operating  system  for  PowerPC 
($37,500); 
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Two  licences  for  Green  Hills  Ada95  (each  with  native  Win32  and  PPG  cross 
compilers)  ($43,000). 

The  remaining  contract  funds  were  for  labour.  In  addition  to  these  resources,  DREO 
provided  the  following: 

Two  personal  computers  for  software  development  -  a  desktop  machine  called 
“SNOW”  and  a  notebook  called  “NTNAVNOTEl”; 

Two  new  VME  serial  VO  cards  from  SBS  GreenSpring  and  associated  third  party 
VxWorks  driver  software  from  Compware  Systems;  and 

The  original  DUNS  ADM  software  Version  3.3  written  for  the  Telesoft  Ada83 
system  on  the  old  68030  processor  and  Force  serial  I/O  VME  cards,  hosted  on 
the  unix-based  Sparc  systems. 


Prior  made  the  initial  modifications  to  previous  version  of  the  DIINS  source  code  software 
that  was  developed  under  the  old  development  environment  in  order  to  compile  it  under 
the  new  Green  Hills  Ada95  compiler.  Fortunately,  due  to  the  substantial  universality  of 
Ada,  relatively  minor  modifications  were  required  for  the  non-hardware  specific  routines, 
including  all  the  navigation,  Kalman  filtering  and  failure  detection  routines. 

More  substantial  modifications  were  required  for  the  input-output  subsystem.  These  were 
essentially  entirely  re-written  since  the  old  serial  I/O  card  from  Force  Computer  system 
was  no  longer  available.  New  VO  functionality  had  to  be  created  for  both  platforms,  and 
since  the  I/O  of  the  VME  system  and  the  PC  system  is  significantly  different,  the  resulting 
DIINS  FO  routines  are  quite  different  as  well.  This  has  resulted  in  two  slightly  different 
versions  of  the  DENS  source  code  and  will  be  explained  in  more  detail  later. 

Because  of  the  tight  time  constraints  of  the  contracts,  the  work  was  extremely  rushed,  but 
still  was  very  successful.  In  relatively  short  order,  the  source  code  was  recompiled  for 
both  new  platforms,  new  device  driver  VO  routines  were  written  and  the  VxWorks 
environment  for  the  VME  PowerPC  system  was  constructed  and  made  functional.  At  the 
time  of  contract  delivery,  both  platforms  were  able  to  read  data  from  the  navigation 
sensors  (through  their  new  FO  facilities),  process  the  data  through  the  DIINS  internal 
Kalman  filters  exactly  as  the  former  ADM  system  did,  and  provide  the  results  to  the 
navigation  electronic  chart  system.  However  it  was  evident  that  there  were  numerous 
issues  that  needed  attention  in  order  to  bring  the  systems  to  acceptable  levels  of 
functionality.  However,  since  the  contract  funds  had  been  exhausted  and  new  funding  was 
not  imminent,  DREO  carried  on  the  migration  and  has  succeeded  in  bringing  the  new 
systems  to  a  reasonable  level  of  functionality. 
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2.  The  New  DIINS  Platforms  -  Configuration  and 
Adminstration 


2.1  The  Intel/Win32  Platform 

The  native  Ada  compiler  purchased  with  the  Green  Hills  Ada95  compiler  allowed  the 
build  of  the  DIINS  source  code  to  run  under  Windows  NT4.0  on  a  standard  PC.  In  order 
for  this  computer  to  read  the  sensor  serial  data,  a  multi-port  serial  port  expansion  card  was 
required.  The  following  table  details  the  specific  PC  used  for  this  configuration; 


Table  1.  Configuration  of  PC  used  for  Intel/win32  DIINS 


FEATURE 

DETAIL 

Computer  Type 

Generic  Desktop  PC 

Host  name 

“snow” 

IP  Address 

131.136.36.20 

Workgroup 

“DIINS” 

Development  Account 

“diins” 

DREO  Asset  No. 

21984 

Processor 

Pentium  III  450  Mhz 

RAM 

128  MB 

Hard  Disk 

8GB 

O.S. 

Windows  NT  4.0,  SP6a 

Multiport  Serial  Card 

Rocketport  PCI  8  (Model  95760-7),  with  RS232/422  Surge  Interface  Box  (Model 

970507)  providing  8  additional  DB25  male  serial  ports  (Com3-Com10) 

A  photograph  of  this  equipment  is  shown  in  Figure  1,  and  close-up  of  the  RS-232/422 
interface  for  the  RocketPort  8  port  serial  port  expansion  card  is  shown  in  Figure  2. 
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Figure  1.  The  PC^based  DUNS  system 


Figure  2.  The  RocketPort  Serial  Interface  box  for  the  PC  version  of  DUNS 
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2.2  The  PowerPCA^xWorks  Platform. 


There  are  two  components  to  this  platform:  the  host  development  PC  and  the  run-time 
VME  target  computer. 

The  host  development  PC  is  a  notebook  computer  called  “ntnavnotel”.  A  notebook  was 
chosen  to  provide  more  flexibility  for  the  deployment,  debugging  and  data  logging 
requirements  of  the  VME  target  system.  The  host  system  holds  the  source  code  and  the 
cross  compiler  which  creates  the  downloadable  code  for  the  target  VME  computer.  At 
present  the  compiled  code  is  transferred  to  the  target  system  at  run-time  via  an  Ethernet 
connection.  In  addition  the  VxWorks  operating  system  is  loaded  from  the  notebook  via  the 
Ethernet  link  when  the  VME  system  is  powered  up.  In  the  future,  both  VxWorks  and  the 
DENS  run-time  code  will  be  held  in  the  flash  ROM  on  the  VME  card.  The  configuration 
of  the  PC  used  as  the  host  development  system  is: 


Table  2.  Configuration  of  Notebook  used  as  host  for  VME  PowerPCA/xWorks  System 


FEATURE 

DETAfL 

Computer  Type 

Eurocom  Notebook  PC,  Model  2100C 

Host  name 

“ntnavnotel” 

IP  Address 

131.136.36.21 

Workgroup 

“DIINS” 

Development  Account 

“diins” 

DREO  Asset  No. 

21696  ■ 

Processor 

Celeron  400  Mhz 

RAM 

128  MB 

Hard  Disk 

6GB 

O.S. 

WindowsNT  4.0,  SP6a 

A  photograph  of  this  computer  is  shown  in  Figure  3. 
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Figure  3.  The  VME-based  DIINS  system  and  host  development  notebook  PC 


The  second  component  of  this  platform  is  the  VME  target  system.  This  is  also  shown  in 
the  photograph  in  Figure  3,  and  the  details  of  the  cards  used  in  this  chassis  are  as  follows: 


Table  3.  Configuration  of  VME  PowerPC/VxWotks  Target  System 


FEATURE 

DETAIL 

Processor  Board 

Motorola  MVME2604-4341  (with  MVME712  A/B  Transition  module) 

Host  name 

“harpo” 

IP  Address 

131.136.36.22 

Processor 

PowerPC604,  333MHz 

RAM 

64  MB 
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Flash  ROM 

9  MB  (1  MB  socketed  and  8MB  soldered) 

Transition  Module 

MVME712A/B  with  AUl  Ethernet,  SCSI  and  serial  console  port  connections. 

Serial  Card 

SBS  GreenSpring  four  slot  6U  VME  Carrier  card  (model  VIPC616),  loaded  with  four  IP- 
MP-Serial  IndusttyPacks,  each  with  2  high-speed  EIA-232/422/485  serial  ports  (for  a 
total  of  8  ports).  Front  panel  ribbon  connectors  and  cables  attach  to  eight  DB25  male 
connectors  (ports  1-8) 

2.2.1  Configuring  a  new  MVME2604  Board  with  VxWorks  boot 
kernel 

The  VME  processor  boards  must  be  configured  to  work  with  the  VxWorks  operating 
system  and  the  host  development  PC.  See  Annex  A  for  an  outline  of  what  was  done  for 
the  board  used  in  the  DREO  laboratory.  More  details  are  found  in  the  product 
documentation,  references  [9],  [10],  [11],  and  [12].  The  procedures  in  the  Annex  need 
only  be  done  once  for  each  new  card  or  after  a  network  configuration  change.  The  results 
are  stored  in  non-volatile  RAM  on  the  processor  card.  Note  that  these  procedures  are 
intended  to  simply  flash  the  processor  board  ROM  with  a  VxWorks  boot  kernel,  which 
will  load  the  rest  of  VxWorks  from  the  host  PC  at  power-up  over  the  Ethernet  connection, 
and  which  in  turn  will  allow  the  download  and  execution  of  the  DIINS  program  over  the 
Ethernet  connection.  Procedures  to  flash  the  ROM  with  the  full  bootable  VxWorks/DIINS 
executable  have  not  yet  been  tested. 

Whenever  the  VME  system  reboots,  it  requires  a  valid  FTP  server  running  on  the  PC  that 
will  accept  a  connection  from  a  user  name  “diins”  with  password  “diins99ppc”.  The 
program  that  is  currently  set  up  on  the  notebook  PC  that  provides  this  service  is  called 
WFrP32  and  automatically  loads  at  start  up  (or  can  be  started  with  a  desktop  shortcut).  It 
will  then  let  the  VME  download  the  rest  of  the  VxWorks  operating  system  (residing  at  a 
specified  filename)  over  the  Ethernet  connection  via  fq).  The  run-time  VxWorks  image  can 
be  re-built  if  necessary  by  using  Tornado  and  opening,  editing  and  rebuilding  the 
corresponding  workspace  (presently  D:\DIINSVDIINS.WSP). 

After  the  VxWorks  run-time  image  has  loaded  on  the  board,  communication  with  it  is 
provided  through  the  Tornado  target  server  facilities.  Annex  B  outlines  the  procedures 
used  to  configure  the  Tornado  target  server  for  the  VME  board.  The  DIINS  executables 
are  loaded  through  this  Tornado  facility. 


2.2.2  Configuring  the  SBS  GreenSpring  Serial  I/O  Board 

All  ports  were  set  to  RS-232  from  the  default  RS-422.  See  Section  3.2. 1  for  an  outline  of 
what  was  done  for  the  board  used  in  the  DREO  laboratory. 
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2.3  Network  Administration 

All  of  the  computers  in  this  report  have  been  networked  together  to  enable  easy  file  access 
and  sharing.  All  machines  are  equipped  with  AUI  or  lObaseT  ports  and  an  8  port  lObaseT 
hub  is  used  to  connect  them  together.  The  machines  all  have  131.136.36.xx  addresses  and 
are  all  in  the  “DIINS”  workgroup  under  Microsoft  Windows  networking.  The  following 
table  summarizes  the  IP  addresses  used.  Note  that  all  the  Windows  PC  s  have  these 
addresses  entered  into  the  “hosts”  file  (at  \winnt\system32\drivers\etc\hosts)  since  DNS 
(Domain  Name  Services)  are  not  available  on  this  network. 


Table  4.  IP  Addresses  used  in  the  “DIINS"  Workgroup 


COMPUTER 

IP  ADDRESS 

“snow”  (main  desktop  PC,  Asset  21984) 

131.136.36.20 

“ntnavnotel”  (notebook  PC,  Asset  21696) 

131.136.36.21 

“harpo”  (first  MVME2604  PowerPC  card) 

131.136.36.22 

“groucho”  (second  MVME2604  PowerPC  card) 

131.136.36.23 

“sleef  (supporting  PC,  Asset  20918) 

131.136.36.24 

“hair  (supporting  PC,  Asset  19488) 

131.136.36.25 
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3.  Running  DIINS 


This  section  outlines  the  procedures  needed  to  run  DIINS  as  it  currently  stands  on  both  the 
PC  and  the  VME  platforms.  Note  that  this  document  may  refer  to  the  PC  version  as  the 
Intel  or  Win32  version  interchangeably.  Equivalently,  it  may  refer  to  the  VME  version  as 
the  VxWorks,  PowerPC  or  PPC  version. 


3.1  DIINS  Execution  -  PC  Version 

The  PC  version  is  simpler  to  run  so  it  is  described  first. 

3.1 .1  Connecting  the  sensors  to  the  PC 

The  PC  COM  port  numbers  for  each  sensor  are  defined  in  the  SIMSETUP.CFG  file  used 
for  each  DENS  run.  By  default  this  file  (located  in  d:\diins\cfg\realtime\win32)  has  the 
sensor-port  configuration  shown  in  Table  5. 


Table  5.  Default  Com  port  sensor  connections  -  PC  version 


PC  COM  PORT 

ROCKETPORT 
PORT  NO. 

SENSOR 

1 

- 

(Spare) 

2 

- 

(Spare) 

3 

1 

GPS1 

4 

2 

GPS2 

5 

3 

Output  to  Display 

6 

4 

HCI  Control  Interface 

7 

5 

Loran 

8 

6 

(Spare) 

9 

7 

INS1 

10 

8 

INS2 

10 
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The  physical  locations  of  ports  3-10  are  on  the  RS-232/422  interface  box  attached  to  the 
RocketPort  multiport  serial  card.  This  card  and  interface  box  has  both  RS-232  and  RS-422 
capabilities  selected  by  a  switch  on  each  port.  At  present  they  are  all  selected  as  RS-232. 
Some  of  the  sensors  in  the  lab  have  RS-422  output.  These  are  run  through  RS-422  to  RS- 
232  converters  and  connected  to  the  Rocketport  interface.  In  the  end-use  system  it  will  be 
more  practical  to  connect  the  RS-422  sensors  directly  to  the  interface  box  and  select  the 
RS-422  switch  position.  This  has  not  yet  been  tested.  The  pinout  of  the  DB25  RocketPort 
interface  connections  when  in  RS-422  node  is  given  in  [16]  and  repeated  in  Table  6. 


Table  6.  Pinout  of  DB25  Connector  of  RocketPort  Interface  in  RS-422  mode 


PIN 

SIGNAL 

7 

Signal  Ground 

15 

RXD+ 

17 

RXD- 

19 

TXD+ 

25 

TXD- 

3.1.2  Program  Execution  -  PC 

To  run  DENS,  there  is  only  one  step  needed.  Simply  run  the  DENS  executable  from  a 
windows  command  prompt.  The  default  location  of  this  executable  is: 

D:\diins\mainwin32\diins.exe 

Note.  Experiments  with  running  DENS  as  a  high  priority  or  real-time  task  have  been 
conducted.  This  may  be  necessary  if  the  PC  may  be  performing  other  tasks  at  the  same 
time  as  running  DENS.  This  can  be  done  with  the  Windows  NT  priority  options  in  the 
“start”  command  from  a  command  prompt: 

start  /high  d:\diins\Mainwin32\diins.exe 

start  /realtime  d:\diins\Mainwin32\diins.exe 

There  are  shortcut  icons  on  the  Windows  desktop  that  accomplish  this. 

DENS  will  prompt  for  the  location  of  the  configuration  file  name.  The  user  may  simply  hit 
Enter  to  accept  the  default  or  may  type  a  new  path  and  file  name. 
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To  stop  and  restart  DIINS  execution,  simply  hit  “ctrl-c”  and  restart  as  above. 


3.1 .3  Data  Logging  -  PC  Version 


Data  logging  on  the  PC,  while  functional,  is  not  intuitive  to  set  up.  This  is  a  consequence 
of  the  various  DIINS  configurations  over  the  years  and  different  sea  trial  requirements. 
However  the  following  procedure  will  work: 

Do  not  use  the  HCI  to  set  up  a  logging  run,  but  rather  use  a  simsetup.cfg  file  that  is  similar 
to  the  one  shown  here  in  Table  7.  The  important  parameters  are  in  bold,  namely  BIG_FILE 
LOCAL_DISK  in  line  2,  and  the  lines  at  the  bottom  of  the  file  that  specify  that  all  the  filter 
data  should  go  in  files  in  the  D:\DIINS\RESULTS  directory.  Not  that  the  data  will  all  go 
to  one  big  file  named  D:\DIINS\RESULTS\Styyyy_ddd-hhmm.DAT  (unfortunately  the 
path  is  hard-coded  and  is  not  related  to  the  names  of  the  files  at  the  end  of  the  simsetup.cfg 
file). 

Some  of  the  data  extraction  tools  that  were  used  on  the  old  Sparc  system  have  been  ported 
to  the  PC  to  extract  the  data  from  this  file,  notably  “extract_data”, 

“extract_pure_sensor_data”,  “bin2ascii”  and  “ascii2bin”.  Annex  F  demonstrates  the  use  of 
these  programs.  The  port  of  the  sensor  extraction  utilities  was  complicated  by  the  big 
endian  /  little  endian  issue  (different  internal  byte  storage  order  for  numeric  variables  in 
Intel  vs.  Motorola  processors).  See  the  file  “Standard.h”  in  D:\DiinsUtils\Extract_data  for 
details. 


Table  7.  Sample  simsetup.cfg  file  for  PC  data  logging  (7  fiitens) 


REALTIME 

BIG_FILE  LOCAL_DISK 

SPERRY_MK2  9_INSl 

INSTALLED 

1.28 

0.00  0.00 

0 . 0  METRES 

S  PERRY_MK4  9_INS 1 

UNINSTALLED 

1.28 

LITTON_LTN9  0_INSl UNINSTALLED 

1.00 

SIM_SD_INS1 

UNINSTALLED 

1.00 

SIM_GIM_INS1 

UNINSTALLED 

1.00 

SPERRY_MK29_INS2 

INSTALLED 

1.28 

0.0  0.00 

0 . 0  METRES 

SPERRY_MK4  9_INS2 

UNINSTALLED 

1.28 

LITTON_LTN9  0_INS 2  UNINSTALLED 

1.00 

SIM_SD_INS2 

UNINSTALLED 

1.00 

SIM_GIM_INS2 

UNINSTALLED 

1.00 

ASHTECH_XI I_GPS 

UNINSTALLED 

1.00 

TRIMBLE_TANS_PY_ 

TIPY_GPS1  UNINSTALLED 

NMEA_GPS1 

INSTALLED 

1.00 

USEMYCLOCK  PPS  0.0  0.0 

0.1 

UOFC_DGPSl 

UNINSTALLED 

1.00 

SIM_GPS1  UNINSTALLED  1.00 

I 

TRIMBLE_TANS„PY_ 

TIPY_GPS2  UNINSTALLED 

NMEA_GPS2 

INSTALLED 

1.00 

Don tUseMyC lock 

DGPS  0.0 

O.i 

UOFC_DGPS2 

UNINSTALLED 

1.00 

9  BAUD_9600  BITS_8  PARITY_NONE  STOP_l  HANDSHAKE_NONE  RS_232 

0 

0 

0 

0 

10  BAUD_9600  BITS_8  PARITY.NONE  STOP_l  HANDSHAKE_NONE  RS_232 


0 

0 

0 

0 

0 

1.00 

3 

METRES 

0 

1.00 

4 

0.0 

0 


0 

BAUD_4800  BITS_8  PARITY_NONE  STOP_l  HANDSHAKE_NONE  RS_232 


BAUD_4800  BITS_8  PARITY_NONE  STOP_l  HANDSHAKE_NONE  RS_232 
METRES 
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UNINSTALLED 
1.00  0 
INSTALLED 
0.0  0.0  0.0 
UNINSTALLED  10.00 

UNINSTALLED  1.00 


1.00 


1.00 

METRES 

0 

0 


7  BAUD_2400  BITS_8  PARITY_NONE  STOP_l  HANDSHAKE_NONE 


1.28 

0 

0 

5 

6 


BAUD_19200  BITS_8  PARITY_NONE  STOP_l  HANDSHAKE_NONE  RS_232 
BAUD_9600  BITS_8  PARITY_NONE  STOP_l  HANDSHAKE_NONE  RS_232 


TRIMBLE_VECTOR_GPS 
SIM_GPS2  UNINSTALLED 
INTERNAV_LC  3  6  0_LORAN 
RS_232 
SIM_LORAN 
SIM_SPEED_LOG 
PREFILTER_TASK 
FDI_TASK  1.28 
ASF_TASK  300.00 
OSL_TASK  0.00 
HCI_TASK  0.00 
7 

200000.00 

d:  \diins\cfg\realtiine\sl2  .  cf g 

d:  \diins\cf g\realtime\slnln2 . cf g 

d: \diins\cfg\realtime\s2nln2 . cfg 

d: \diins\cf g\realtime\slnl . cfg 

d: \diins\cfg\realtime\s2nl .cfg 

d:  \diins\cfg\realtiine\sln2  .cfg 

d:  \diins\cfg\realtiine\s2n2  .cfg 

d: \diins\cfg\realtime\slog.dat 

d;  \diins\cf g\realtiine\slograte .  dat 

d: \diins\cfg\realtime\f inimeas . dat 

teinp_a.bin  teiTp_v.bin  teirp_p.bin 

tenp_a.bin  teinp_v.bin  teirp_p.bin 

temp_a.bin  temp_v.bin  teinp_p.bin 

teinp_a.bin  teiTrp_v.bin  temp_p.bin 

teinp_a.bin  teinp_v.bin  teinp_p.bin 

teinp_a . bin  tenp_v . bin  tenp, p . bin 

temp_a.bin  teinp_v.bin  teinp_p.bin 

teinp_a.bin  teinp_v.bin  temp_p.bin 

teinp_a-bin  teiTp_v.bin  teinp_p.bin 

teirp_a.bin  teinp_v.bin  teinp_p.bin 

temp.bin 

tertp.bin 

teirp.bin 

teirp.bin 

temp . bin 

temp.bin 

temp.bin 

teiip.bin 

temp.bin 

tenp.bin 

tenp.stn  temp.bin 
temp.stn  temp.bin 
temp .  bin 

d:\diins\cfg\realtime\fopval.dat 
d:  \diins\cf g\realtime\ f opval . dat 
d:  \diins\cfg\realtime\f opval . dat 
d: \diins\cfg\realtime\fopval.dat 
d: \diins\cfg\realtime\fopval.dat 
d: \diins\cfg\realtime\f opval . dat 
d:\diins\cfg\realtime\fopval.dat 

d: \dlin8\resultB\Di0p_LT2OOl_l,bRes  d: \diiBB\re8ultB\State_LT2001_l,bRe8  d: \diiBB\reBultB\RBB_LT2001_l.^BB 
d; \dlin8\rBBultB\DiBp_LT2001_2.bRBB  d: \dlinB\rBBultB\StatB_LT2001_2.bRBB  d: \dlinB\rBBultB\RBB_LT2001_2.^BB 
d:  \diinB\rBBultB\DlBp_LT2001_3.bRBB  d:  \dlinB\rBBultB\StatB_LT2001_3.bRBB  d:  \dllnB\rBBultB\RB8_LT2001_3.^BB 
d:  \di iBB \rBBultB \Di bp_LT2 001_4 .bRBB  d:  \dllnB\rBsultB\StatB_LT2001_4-hRBB  d:  \dilBB\rBBu2tB\RBB_LT2001_4 .^bb 
d'\diinB\rBBultB\DlBp_LT2001_5.bRBB  d:  \diinB\rBBultB\StatB_LT2001_5.bRBB  d:  \dllnB\rBBultB\RBB_LT2001_5.bRBB 
d: \d±lBB\rBBUltB\D±BP_LT2001_6.bRBB  d: \diiBB\rBBUltB\StatB_LT2001_6 .bRBB  d: \diinB\rBBUltB\RBB_LT2001^6,^BB 
d: \dliaB\rBBultB\DiBp_LT2001_7.bRBB  d: \diinB\rBBultB\StatB_LT2001_7.bRB8  d: \diinB\rBBultB\RBB_LT2001_7 .bRBB 
d : \diinB\rBBultB \ SBtup_LT2001_l . cfg 
d: SdilBB \rBBultB\SBtup_LT2001_2 . cfg 
d; \d±iBB\rBBultB\SBtup_LT2001_3.cfg 
d:  \dlinB\rBBultB\SBtup__LT2001_4 . cfg 
d: \diins \rBBults\SBtup_LT2001_5 . cfg 
d : \diinB \rBBultB \ SBtup_LT2001_  € . cfg 
d : \diinB \rBBUltB \ SBtup_LT2001_7 . cfg 
d: \diiBB\rBBultB\FDI-LT2001 . log 
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To  conduct  a  run  with  no  data  logging,  use  a  setup  file  similar  to  the  following  as  shown  in 
Table  8.  Note  that  line  2  now  has  NONE  specified  for  data  logging  and  that  the  filenames 
at  the  bottom  have  all  been  replaced  by  the  special  string  “NUL”. 


Table  8.  Sample  simsetup.cfg  file  for  no  data  logging  (7  filters) 


REALTIME 

BIG_FILE  NONE 

SPERRY_MK29_INS1  INSTALLED  1.28  9  BAUD_9600  BITS_8  PARITY_NONE  STOP_l 

HANDSHAKE_NONE  RS_232  0.00  0.00  0.0  METRES 

SPERRY_MK49_INS1  UNINSTALLED  1.28  0 

LITTON_LTN90_INS1  UNINSTALLED  1.00  0 

SIM_SD_INS1  UNINSTALLED  1.00  0 

SIM_GIM_INS1  UNINSTALLED  1.00  0 

SPERRY__MK29_INS2  INSTALLED  1.28  10  BAUD_9600  BITS_8  PARITY_NONE  STOP_l 

HANDSHAKE_NONE  RS_232  0.0  0.00  0.0  METRES 

SPERRY_MK49_INS2  UNINSTALLED  1.28  0 

LITTON_LTN90_INS2  UNINSTALLED  1.00  0 

SIM_SD_INS2  UNINSTALLED  1.00  0 

SIM_GIM_INS2  UNINSTALLED  1.00  0 

ASHTECH_XII_GPS  UNINSTALLED  1.00  0 

TRIMBLE_TANS_PY_TIPY_GPS1  UNINSTALLED  1.00  0 

NMEA_GPS1  INSTALLED  1.00  3  BAUD_4800  BITS_8  PARITY„NONE  STOP_l  HANDSHAKE_NONE 

RS_232  USEMYCLOCK  PPS  0.0  0.0  0.0  METRES 

UOFC_DGPSl  UNINSTALLED  1.00  0 

SIM_GPS1  UNINSTALLED  1.00  0 

TRIMBLE_TANS_PY_TIPY_GPS2  UNINSTALLED  1.00  0 

NMEA_GPS2  INSTALLED  1.00  4  BAUD_4800  BITS_8  PARITY_NONE  STOP_l  HANDSHAKE_NONE 

RS_232  DontUseMyClock  DGPS  0.0  0.0  0.0  METRES 

UOFC_DGPS2  UNINSTALLED  1.00  0 

TRIMBLE_VECTOR_GPS  UNINSTALLED  1.00  0 

SIM_GPS2  UNINSTALLED  1.00  0 

INTERNAV_LC360_LORAN  INSTALLED  1.00  7  BAUD_2400  BITS_8  PARITY_NONE  STOP_l 

HANDSHAKE_NONE  RS_232  0.0  0.0  0.0  METRES 

SIM_LORAN  UNINSTALLED  10.00  0 

SIM_SPEED_LOG  UNINSTALLED  1.00  0 

PREFI LTER_TASK  1.28  0 

FDI_TASK  1.28  0 

ASF_TASK  300.00  0 

OSL_TASK  0.00  5  BAUD_19200  BITS_8  PARITY_NONE  STOP_l  HANDSHAKE_NONE  RS„232 

HCI_TASK  0.00  6  BAUD_9600  BITS_8  PARITY_NONE  STOP_l  HANDSHAKE_NONE  RS__232 

7 

200000.00 

d:  \diins\cfg\realtiine\sl2  .cfg 
d: \diins\cfg\realtime\slnln2 .cfg 
d:\diins\cfg\realtime\s2nln2.cfg 
d:  \diins\cfg\realtiine\slnl  .cfg 
d:  \diins\cfg\realtiine\s2nl  .cfg 
d:  \diins\cfg\realtiine\sln2  .cfg 
d:  \diins\cfg\realtiine\s2n2  .cfg 
d:  \diins\cfg\realtiine\slog.dat 
d: \diins\cfg\realtime\slograte . dat 
d: \ di ins \cfg\ real time \ finimeas . dat 
teiTp_a.bin  teiTp_v.bin  teinp_p.bin 
teirp_a.bin  teirp_v.bin  teinp_p.bin 
terrTp_a.bin  terrp_v.bin  teinp_p.bin 
temp_a.bin  teinp_v.bin  teinp_p.bin 

teirp_a.bin  teinp_v.bin  temp_p.bin _ 
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teinp_a.bin  teinp_v.bin  teinp_p.l 

teinp_a.bin  teinp_v.bin  temp_p.l 

teiTp_a.bin  teinp_v.bin  teirp_p.l 

terTp_a.bin  teiTp_v.bin  teirp_p.l 

teiTp_a.bin  teinp_v.bin  teinp_p.] 

terrp.bin 

temp. bin 

temp. bin 

temp.bin 

temp.bin 

temp.bin 

terrp.bin 

temp . bin 

temp -bin 

temp. bin 

tenp.stn  temp.bin 
temp.stn  temp.bin 
temp.bin 

d: \diins\cfg\realtime\f opval . 

d:\diins\cfg\realtime\fopval . 

d: \diins\cfg\realtime\f opval . 

d: \diins\cfg\realtime\f opval . 

d: \diins\cfg\realtime\f opval . 

d: \diins\cfg\realtime\f opval . 

d: \di ins\c f g\ real time\f opval . 

NUL  NUL  NUL 

NUL  SUL  SUL 

SUL  SUL  SUL 

SUL  SUL  SUL 

SUL  SUL  SUL 

SUL  SUL  SUL 

SUL  SUL  SUL 

SUL 

SUL 

SUL 

SUL 

SUL 

SUL 

SUL 

SUL  _ 


3.2  DIINS  Execution  -  VME  Version 


3.2.1  Connecting  the  sensors  to  the  VME 

The  port  numbers  for  each  sensor  are  defined  in  the  SIMSETUP .CFG  file  used  for  each 
DIINS  run.  By  default  this  file  (located  in  d:\diins\cfg\realtime\PPC)  has  the  following 
sensor-port  configuration  shown  in  Table  9. 
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Table  9,  Default  port  sensor  connections  -  VME  version 


SERIAL  PORT 

SENSOR 

1 

INS1 

2 

INS2 

3 

GPS1 

4 

GPS2 

5 

Output  to  Display 

6 

HCl  Control  Interface 

7* 

LORAN 

8* 

(Spare) 

*  Ports  7  and  8  are  non-functional  at  this  time.  See  [15,  p.8]  for  details 


The  physical  locations  of  ports  1-8  on  the  SBS  GreenSpring  card  are  incorporated  in  four 
50-pin  connectors  on  the  front  of  the  card.  Ribbon  cables  were  constructed  with  50  pin 
connectors  on  one  end  and  dual  DB25  male  connectors  on  the  other  to  allow  connections 
to  standard  RS-232  cables  (see  Figure  3).  The  physical  locations  of  each  port  on  the  card 
are  as  in  Figure  4. 


1 - - — 

II  Port  4 

Port  3  1 

1  Port  8 

Port?  1 

__ 

II  Port  2 

Port  1  1 

1  Port  6 

Port  5  1 

_ 1 

Figure  4.  Locations  of  serial  ports  on  SBS  GreenSpring  serial  card  front  panel 
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The  SBS  GreenSpring  serial  card  has  both  RS-232  and  RS-422  capabilities,  but  changing 
from  one  to  the  other  requires  the  removal  the  IndustryPack  modules  from  the  board  and 
the  removal  of  terminating  resistors  from  the  packs.  Table  10  (from  [14,  page  2]) 
summarizes  the  two  configurations.  At  present  all  ports  on  the  card  used  in  the  lab  are 
configured  as  RS-232.  Some  of  the  sensors  in  the  lab  have  RS  422  output.  These  are  run 
through  RS-422  to  RS-232  converters  and  then  connected  to  the  DB25  connectors  attached 
to  the  serial  card  interface.  In  the  end-use  system  it  will  be  more  practical  to  connect  the 
RS-422  sensors  directly  to  the  card  and  select  the  RS-422  configuration  on  the 
corresponding  IndustryPack  ports.  This  has  not  yet  been  tested.  The  pinouts  of  the  DB25 
GreenSpring  interface  connections  when  in  RS-422  mode  are  given  in  [14,  p.  52]  and 
repeated  in  Table  11. 


Table  10.  SBS  GreenSpring  IndustryPack  Resistor  packs  for  RS232  or  RS-422 

operation 


SERIAL  MODE 

RESISTORS  INSTALLED 

RESISTORS 

REMOVED 

RS-232 

RP1  and  RP2 

RP3,  RP4,  and  RP5 

RS-422 

RP3,  RP4,  and  RP5 

RP1  and  RP2 

Table  11.  Pinout  of  DB25  Connector  of  SBS  GreenSpring  VME  Interface 

in  RS-422  mode 


PIN 

SIGNAL 

7 

Signal  Ground 

16 

RXD+ 

3 

RXD- 

11 

TXD-f 

14 

TXD- 

3.2.2  Program  Execution  -  VME 

At  present,  the  DIINS  executable  is  downloaded  from  the  host  development  PC  via  the 
Tornado  development  environment. 

-  First,  ensure  the  VME  card  and  the  host  development  notebook  PC  are 
connected  via  Ethernet. 
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-  Ensure  that  the  WFTP32  ftp  server  is  running  on  the  host  PC 

-  Power  on  (or  reset)  the  VME  system 

-  Start  Tornado  on  the  host  PC  (there  is  a  desktop  icon). 

-  In  Tornado  select  ‘Tools|Target  ServerjHarpo” 

-  In  the  dropdown  box,  select  “HarpoServer@ntnavnoter’ 

-  Click  on  the  “->i”  icon  to  start  a  new  target  shell 
In  the  target  shell  window,  at  the  -  >  prompt,  type 

<  d: \diins\diins_setup_and_run. scr 

(This  script  file  mounts  the  required  NFS  shares,  downloads  the  DIINS 
executable  code  from  the  PC  to  VME  memory  and  runs  it.) 


DUNS  runs  as  usual,  prompting  for  a  configuration  file  name  in  the  console  window. 

Of  particular  note  in  the  above  script  file,  there  is  a  command  as  follows: 
nfsMountC'ntnavnotel",  "D:\DIINS",  "D;\\DIINS") 

This  is  important  because  in  the  DIINS  source  code  and  configuration  files,  there  are 
several  references  to  files  in  the  “D:\DIINS”  directories.  This  command  mounts  the 
D:\DIINS  directory  on  ntnavnotel  (which  has  been  shared  by  the  NFS  sharing  utility 
“DiskShare”)  as  a  logical  drive  “D:\\DIINS”.  In  previous  version  of  the  DUNS  code,  the 
logical  share  was  called  NFS_DIINS.  This  was  renamed  to  D:\\DIINS  to  improve 
compatibility  with  the  PC  version  of  DUNS  (which  has  direct  access  to  its  D:\DnNS 
directories). 

To  stop  and  restart  program  execution,  the  following  procedure  has  been  found  to  be  the 
quickest  and  most  reliable: 

-  Hit  the  reset  (“RST”)  button  on  the  processor  card 

-  Wait  10-20  seconds  for  VxWorks  to  reboot 

-  Type  something  (anything)  in  the  Tornado  shell  window 

-  Wait  for  the  console  window  to  re-open 

-  Then  reload  and  restart  DIINS  by  typing  in  the  above  command  again  in  the  Tornado 
shell  (or  using  the  shell’s  command  line  recall  functions:  <ESC>  “k”  “k”). 
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3.2.3  Data  Logging  -  VME  Version 


Data  logging  is  not  yet  functional  on  the  VME.  It  should  be  possible  to  use  the  NFS  mounted 
D:\DIINS  drive  and  log  the  data  to  the  NFS  disk  as  a  LOCAL_DISK,  but  although  it  logs  the 
first  few  seconds  correctly,  it  soon  detects  a  Device  Error  exception  and  terminates  logging. 
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4.  Compiling  the  DIINS  Source  Code 


The  procedure  for  compiling  the  DIINS  source  code  is  the  same  for  either  platform,  there 
being  only  small  differences  in  the  build  files.  The  compiler  is  called  AdaMulti  1.8.9.b 
from  Green  Hills  software  and  has  been  installed  on  both  the  desktop  PC  “snow”  to 
compile  primarily  the  native  Intel/win32  version  of  DIINS,  and  on  the  notebook 
“ntnavnotel”  to  compile  primarily  the  cross  platform  version  to  download  and  run  on  the 
PowerPC  VME  card  under  VxWorks.  There  are  no  limitations  preventing  a  native  compile 
on  the  notebook  or  a  cross  compile  on  the  desktop,  in  fact  both  have  been  done.  Full 
details  on  running  the  AdaMulti  program  are  found  in  [17]. 

4.1  Compiling  Natively  to  run  on  the  PC 

There  is  shortcut  on  the  desktop  PC  called  “DIINS_Win  AdaMulti”.  Executing  this  will 
start  the  Green  Hills  AdaMulti  compiler  in  the  D:\DIINS\MAINWIN32  directory,  which 
holds  all  the  object  and  executable  files  for  the  native  Win32  version  of  DENS.  This 
shortcut  has  been  customized  to  tell  AdaMulti  to  begin  with  the  “default.bld”  file  found  in 
that  directory. 

Once  AdaMulti  has  started,  it  will  load  the  specified  default.bld  file.  This  file  references 
three  other  files  that  hold  the  names  of  all  the  DENS  source  code  files.  These  files  are 

D: \diins\partl_win32 .bid 
D; \diins\part2_win32 .bid 
D:\diins\part3_win32 .bid 

To  recompile  DENS,  simply  select  “Build  |  Build  All”  from  the  AdaMulti  Menu. 

4.2  Cross-compiling  to  run  on  the  MVME-2604  under 
VxWorks 

There  is  shortcut  on  the  notebook  PC  called  “DIINS_PPC  AdaMulti”.  Starting  this  will 
start  the  Green  Hills  AdaMulti  compiler  in  the  D:\DENS\MAINPPC  directory,  which 
holds  all  the  files  for  the  PowerPCA^xWorks  cross-compiled  version  of  DENS.  This 
shortcut  has  been  customized  to  tell  AdaMulti  to  begin  with  the  “default.bld”  file  found  in 
that  directory. 

Once  AdaMulti  has  started,  it  will  load  the  specified  default.bld  file.  This  file  references 
three  other  files  that  hold  the  names  of  all  the  DENS  source  code  files.  These  files  are 

D: \diins\partl_ppc .bid 
D:\diins\part2_ppc.bld 
D: \diins\part3_ppc .bid 

To  recompile  DENS,  simply  select  “Build  |  Build  All”  from  the  AdaMulti  Menu. 
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4.3  Variations  in  the  Build  files  of  the  two  versions 


There  are  some  difference  in  the  two  versions  of  the  build  files,  due  to  the  differences  in 
the  Intel  PCywin32  and  the  PowerPCA^xWorks  version.  When  the  systems  were  first 
delivered  from  Prior  Data  after  the  initial  migration,  there  were  many  differences  mainly 
because  different  software  team  developers  were  working  on  each  migration  separately. 
The  author  took  significant  effort  to  reconcile  the  various  versions  of  the  source  files  and 
build  files  and  to  reduce  the  difference  in  the  two  versions  to  a  minimum.  Table  12 
through  Table  15  below  show  the  contents  of  the  different  versions  of  the  build  files  and 
highlight  the  differences. 

Any  files  that  are  different  either  have  a  “Win32”  or  “PPC”  in  their  filenames,  or  they  are 
in  ..\win32\..  or  ..\PPC\..  subdirectories. 

In  future  development,  care  should  be  taken  to  try  to  keep  the  two  versions  as  similar  as 
possible.  This  will  allow  a  common  framework  for  both  the  PC  and  VME  versions. 


Table  12.  Contents  of  defaultbld  Wes 


INTEL/WIN32  VERSION 

VME  PPCA^XWORKS  VERSION 

COMMENTS 

\DIINS\MAINWIN32 \DEFAULT . BLD 

\DIINS\MAINPPC\DEFAULT . BLD 

#! build 
default : 
program 

: check=nobounds 
: check=noassignbound 
: check^nonilderef 
: check=noswitch 
: check=nozerodivide 
: check=nousevariable 
: check=novariant 
; check=nowatchpoint 
:  chGck=noretum 
: dependency=nodepend 
:  memcheck=none 
:  target^ixi32 

#! build 
default : 
program 
: language =c 
: language =ada 
: optimize=nostandard 
:  optimize^nomemory 
: optimize=noalgorithmic 
:optimize=nosmall 
: optimize=novector 
: optimize=noinline 
: optimize=noloop 
: optimize=noexpression 
:  minor opt imi ze=nopeep 
: minor opt imi ze=nocse 
: mi nor opt imi ze=nocons tprop 
: mi no r op t imi z  e =nounr o 1 1 
:  minoroptimize=nominmax 
:  minorop t imi ze=nopipel ine 
:  minorop t imi ze=nos  trcpy 
: minor opt imi ze=no t ai Irecur s ion 
:  minoropt imi ze=nounrol 1 8 
: minoropt imi ze=nounrollbig 
:  minorop  t  imi  z  e=:noautoregi  s  ter 
: minorop t imi ze=nooverl oad 
: c he ck= nobounds 
: check=noassignbound 
: check=nonilderef 
:  chGck=nosv7itch 
: check=nozerodivide 
: check=nousevariable 
: check=novariant 
: check=nowatchpoint 

Most  of  these  are 
minor  differences 
created 

automatically  by 
the  AdaMulti 
environment  when 
different  targets 
are  selected.  The 
main  differences 
of  note  are  the 
target  OS  and 
processor  (in  bold) 

DREO™  2001-046 


21 


:  teiip_dir=D:  \TMP 

:outputnameadiin3 .  exe 
:  ada_inain_prograin=  taskmaster 

sadalibdirs^epath^^d :  \green\win32_ada 
bindings 

:  check=noretum 
: dependency=nodepend 

: target_os=vxworks 
:  processor=ppc 
•ppccpu  type=ppc  504 

: ada_l i s  t ing=alway s 
:ada_list_format=continuous 
: debugl eve 1 =mu 1 t i 

: temp_dir=D: \TMP 

;  ou  tpu  tname^TaskMaster 
:  ada_inain_program=TaskMaster 

:remote=tomseTv  HarpoServer^ntnavnotel 

D:\Green\win32ada.lib 

D : \GREEN\vx_adabindings\ghs_vx_types . ads 

Platform  specific 

1 ibrary 

Ada 

D : \GREEN\vx_adabindings\vx_io . ads 

components 

Ada 

required  by  the 

D : \GREEN\vx_adabindings\vx_sigevent . ads 

Ada 

D : \GREEN\vx_adabindings\vx_time . ads 

Ada 

compiler 

Ds  \diin8\jpartl_win32 .bid 

DsXdiins  \partl _j>pc.bld 

Subproject  files 

subproject 

subproject 

Ds\  diins  \part2_win32 .  bid 

D:\diins\part2 _jppc.bld 

(See  next  3  tables) 

subproject 

subproject 

Ds  \ diins \part3_win32 . bid 

Ds\diin8\part3 _ppc.bld 

subproject 

subproject 
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Table  13.  Contents  of  PARTI  Build  Files 


: \diins\UTILITIES\Conversion.ada _ |  D:\diins\UTILITIES\Conversion.ada 


BRARYXUpdate . ada I  D:\diins\LIBRARY\Update . ada 
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INTEL7WIN32  VERSION  VME  PPC/VXWORKS  VERSION  COMMENTS 
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D:\diins\DCT\REALTIME\SERIAL\win32\MK29  2  TranafonxiRAWReco  D:\diina\DCT\ 
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\diins\HCI\SimSetupData.ada  D:\diins\HCI\SiinSetupData. 


CVJ 

CO 
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Table  15.  Contents  of  PARTS  Build  Files 
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5.  Version  3.3.1  Reconciliation 


This  section  requires  a  bit  of  explanation.  When  Version  3.3  of  the  DIINS  source  code 
was  delivered  to  Prior  to  begin  the  migration,  DREO  was  still  using  it  on  the  older 
hardware  during  sea  trials  on  HMCS  Calgary.  As  a  result  of  those  trials,  a  number  of 
improvements  were  identified  and  implemented  by  Dale  Arden  Consulting  in  parallel  with 
the  migration  efforts  underway  at  Prior  [8].  As  a  result,  these  changes  (which  were  known 
as  Version  3.3.1)  were  not  included  in  the  migrated  software  eventually  delivered  by  Prior 
to  DREO.  Consequently  DREO  identified  all  the  files  that  were  changed  in  Version  3.3.1 
and  incorporated  those  changes  into  the  migrated  version  3.3,  effectively  bringing  them  to 
the  same  level  of  functionality  as  3.3.1.  A  software  tool  called  “Beyond  Compare”  proved 
to  be  invaluable  in  this  process,  helping  to  identify  line-by-line  where  files  differed. 
Though  it  proved  to  be  a  fairly  laborious  process,  it  was  deemed  worthwhile  because  of  the 
features  added  in  Version  3.3.1 

This  section  lists  the  files  that  were  modified  in  Version  3.3.1.  All  of  the  important 
modifications  have  been  migrated  and  tested  on  both  new  platforms. 


Table  16.  Files  Modified  for  Version  3.3. 1 


FILE 

. 

DIINS/UTILITIES/REALTIME/TimeUtilities - spc 
DIINS/UTILITIES/REALTIME/TimeUtilities.ada 

DIINS/SYSTEM/RawSensors . spc 

DIINS/SYSTEM/MeasGlobal . spc 

DI INS/ SYSTEM/REALTIME/ SimConfig - spc 

DIINS/DCT/REALTIME/SERIAL/ForceISIO_NMEA_Driver_l . spc 

DI INS /DCT/ REALTIME/ SERI AL/ForceISIO_NMEA_DrivGr_l . ada 
DIINS/DCT/REALTIME/SERIAL/ForceISIO_NMEA_Driver_2 . spc 
DIINS/DCT/REALTIME/SERIAL/ForceISIO_NMEA_Driver_2 . ada 
DIINS/DCT/REALTIME/SERIAL/Trimble_TIPY_l_TransformRawRecord.ada 

DI  INS  /  DCT  /  REALTIME  /  SERIAL  /  Tr imble_T I  PY_2_Tr ans  f  ormRawRecord .  ada 

DI INS  / DCT / REALTIME / SERIAL / NME A_l_Tr ans  f  ormRawRecord . ada 

DI INS / DCT / REALTIME /SERIAL / NME A_2_Tr ans  f  ormRawRecord . ada 

DI INS  / DCT / REALTIME / SERIAL / MK2  9_l_Tr ans  f  ormRawRecord . ada 

DI INS / DCT / REALTIME / SERIAL / MK2  9_2_Tr ans  f  ormRawRecord . ada 
DIINS/DCT/REALTIME/SERIAL/GenericSensor.ada 

DI INS/ SYSTEM/TaskMaster . ada 

DIINS/FDI/HardSensorFailurelsolation.ada 

DIINS/FDI/FindFiltersForHFI -ada 

DIINS/DCT/REALTIME/NFS/Sim_INSl_DCT.ada 

DI INS / DCT / REALTIME /NFS / Sim_INS2_DCT . ada 

DI  INS /DCT /REALTIME /NFS /Sim_LOG__DCT .  ada 

DIINS/HCI / NME A_Enc Oder . ada 

DIINS/HCI/HCI_SystemConfigController 

DIINS/UNIFILTER/Prefilter.ada 

DIINS/UNIFILTER/Transf ormRawData. ada 

DI  INS /UNI  FILTER/ Apply  INS_Intemal  Fix.  ada 

DIINS/UNIFILTER/RendezvousWithFDI . ada 

DIINS/UNIFILTER/ChangeGPS_Mode . ada 

DIINS/UNIFILTER/ PreprocessSecondSensors . ada 
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6.  Debugging  Efforts _ 

After  the  new  DUNS  platform  were  delivered  by  Prior  after  the  initial  migrations,  the 
author  continued  to  debug  and  reconcile  the  new  versions.  Table  17  in  this  section  simply 
documents  some  of  the  debugging  changes  for  potential  future  reference.  Annex  C 
documents  some  of  the  initial  changes  made  by  Prior. 


Table  17.  Bugs  fixed  by  DREO  after  delivery 


BUG 

FIX 

PC  could  not  use  serial  port  above  COM9 

The  call  to  the  Windows  API  routine  CreateFile  (in  ISIO_Definitions.ada)  needed  to 
specify  COM  ports  with  this  syntax: 

\  \  \  \ .  \  \C0M1 0  (See  Microsoft  Article  Q1 1 5831 ) 

PC  version  would  not  start  up  correctly  in  November 
2000 

This  was  traced  to  a  bug  in  the  AdaMulti  native  Win32  compiler.  If  the  system  date 
was  in  a  November  of  a  leap  year,  calls  to  the  “Calendar^  package  would  return  a 
date  one  less  than  the  correct  date.  This  bug  was  reported  to  Green  Hills  software 
and  a  fix  was  supplied.  A  new  “adarts.lib”  file  was  received  and  installed  which 
corrected  the  problem 

Numerous  “FDLConstrainf  errors  on  the  PC  at 
startup 

Prior  had  defined  a  temporary  variable  in  RendezvousWithFDl.ada  called 

TMP  :=  Config.AIIGenerlclNS(l).  This  variable  was  not  being  used  properly  and  was 
found  to  be  unnecessary.  It  was  removed  and  the  version  of  the  file  used  on  the 

VME  system  was  found  to  work  correctly. 

GPS  SPS  Variances  too  large 

Since  the  removal  of  GPS  Selective  availability,  the  accuracy  of  SPS  GPS  has 
improved  dramatically.  The  noise  parameters  in  GPS_Modelling.spc  were  modified. 
Initial  testing  found  them  to  be  acceptable,  though  more  thorough  verification  may  be 
in  order. 

Crash  if  a  GPS  was  specified  as  DGPS  in  the 
simsetup.cfg  file,  but  it  was  only  providing  SPS  data 
at  system  startup. 

A  temporary  fix  was  established,  but  a  better  fix  was  available  in  the  3.3.1  versions  of 
“ChangeGPS_Mode.ada,  PreProcessSecondSensor,ada,  and 

TransformRawData.ada”  prepared  by  Dale  Arden  Consulting  (see  Section  5). 

When  less  than  2  INS’s  were  providing  data,  the 
system  would  crash  several  10’s  of  minutes  or 
perhaps  several  hours  after  the  loss  of  the  INS  data. 
The  filters  would  stop  running  (but  the  raw  sensor 
data  was  still  being  output),  and  rapid-fire 
“GPS1_BB:  Full”  messages  would  flash  on  the 
console  screen. 

This  was  a  very  difficult  bug  to  find  and  took  substantial  effort  and  analysis.  To 
summarize,  the  root  of  the  problem  turned  out  to  be  in  a  much  different  area  than 
where  the  effects  were  being  manifested.  The  problem  was  In  the  Data  Collection 
Tasks  (DCT’s),  at  the  point  they  called  the  “Enqueue”  function  that  sends  the  raw 
sensor  data  to  the  bounded  buffers  to  be  read  by  the  filters. 

In  SensorSpecificFunctions.ada  (and  also  in  the  old  sensor  DCTs  in  the  pre-Prior 
versions)  there  is  a  snippet  for  each  sensor  like  ... 

select 

BBUFFERS.INS2_BoundedBuffer.QBuffer.ENQUEUE(SensorData); 

return; 

else 

TIO.Put_Line("INS2  Sensor  Instance;  BB  not  Talking"); 
end  select; 
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It  was  eventually  evident  that  one  of  these  messages  from  the  unplugged  INS2  DCT 
was  being  printed  every  time  the  INS1  unifilter  fell  behind  by  a  step.  As  to  why  the 
Bbuffer  was  not  ready  to  enqueue  sensor  data  at  the  point  the  sensor  DCT  made 
this  Select  statement  call,  is  unknown.  Since  this  is  select-without-wait,  It  did  not 
wait  around  for  BBuffer  to  rendezvous  with  it.  When  this  was  replaced  with  a 
selective  rendezvous-with-wait,  like  this,  it  works  better.... 

select 

BBUFFERS.INS2_BoundedBuffer.QBuffer.ENQUEUE(SensorData); 

return; 

or 

delay  1 .00; 

TIO.Put_Une('‘INS2  Sensor  Instance:  BB  not  Talking"); 
end  select; 

The  one  second  (max)  wait  may  not  necessarily  be  the  most  appropriate,  but  initial 
tests  seem  to  indicate  that  it  gives  the  Bbuffer  task  time  to  rendezvous  with  its  calling 
DCT. 

There  are  a  multitude  of  differences  from  the  old  system  to  the  new  ones  that  might 
account  for  this  timing  problem  -  the  new  Ada95  compiler,  the  new  hardware  (both 
PowerPC  and  Intel  Pentium  processors),  different  operating  systems  (vxWorks  and 
Windows  NT)  with  different  tasking  priority  mechanisms,  new  serial  drivers 
(Windows32  API  and  Compware  SBS  serial  drivers),  etc.  However  since  nearly 
identical  behaviour  was  evident  on  both  systems  (the  Intel/win32  setup  and  the 
PowerPCA/xWorks  setup)  it  is  suspected  that  the  reason  lies  in  the  main  common 
element  of  the  two  -  the  Greenhills  Ada95  compiler/cross-compiler.  Perhaps  they 
implement  the  selective  rendezvous  differently  than  the  old  Telesoft  compiler. 


“Flaky”  NMEA  GPS  time  stamps:  When  an  NMEA  The  problem  occurred  only  when  the  receiver  was  disconnected  during  the  time  at 
GPS  receiver  was  unplugged  from  DUNS  and  then  which  DIINS  was  trying  to  reset  its  Internal  clock  to  GPS  time  (which  by  default  Is 

reconnected  some  time  later,  numerous  “GPS  Time  every  30  minutes).  It  was  eventually  determined  that  if  the  sensor  was  unplugged 
Flaky:  messages  were  printed  halfway  through  the  $GP2DA  NMEA  sentence,  and  then  reconnected  sometime 

later,  DIINS  would  try  to  use  this  old  partial  data  sentence  which,  Instead  of  being 
discarded,  was  being  added  to  the  beginning  of  the  new  data,  e.g. 

$GPZDA,1 82214,04,04,2001  $GPZDA1 83017,04,04,2001 ,000,000, *BF 
The  root  of  the  problem  Is  that  the  NMEA  checksums  were  not  being  tested  on  the 
sentences  that  reset  the  internal  clock.  This  was  fixed  in  the  NMEA  DCT’s 
(ISIO_NMEA_DRIVER_1  (2).ada  with  a  call  to  the  “CheckSumOK”  routine  before 
setting  the  clock.  Note  that  this  bug  was  probably  in  the  previous  versions  of  Dll  NS 
but  had  not  been  manifested. 

Output  data  stream  mods  A  few  minor  mods/fixes  were  made  to  improve  the  data  in  the  DUNS  output  data 

stream.  Latitude  and  Longitudes  are  now  output  to  4  decimal  places  in  (arc  minutes) 
instead  of  3.  The  Course  Made  Good  (CMG)  is  set  to  0  for  very  slow  speeds  (less 
than  0.1  m/s)  In  NMEA.ADA  (in  procedures  Encode_NMEA__VTG,  and 
CopyDIINS_Covariance_to_OSL).  Similarly  in  Prefilter.ada,  If  there  are  no  valid 
filters  and  only  GPS  is  being  output,  set  the  heading  to  0  if  the  speed  is  less  than  0,1 
m/s. 

Data  Logging  Some  improvements  were  made,  but  this  is  still  not  functional  on  the  VME,  and  not 
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7.  Fixes  and  Improvements  identified  but  not  yet 
implemented _ 

Though  the  core  DID^S  code  runs  and  runs  fairly  well  on  the  two  new  platforms,  a  number 
of  minor  bugs  remain  and  a  few  other  improvements  should  be  made  before  the  system  can 
be  declared  100%  migrated.  This  section  attempts  to  document  these. 


•  The  VME  cannot  use  Serial  Ports  7  and  8  (it  can  only  use  1-6).  This  seems  to  be  a 
limitation  of  the  Compware  drivers  procured  for  the  SBS  GreenSpring  I/O  card  and 
are  related  to  the  number  of  available  VME  bus  interrupts  [15,  p.8]. 

•  The  HCI  (Human  Computer  Interface)  does  not  fully  function  with  the  migrated 
DIINS. 

o  Any  changes  made  via  the  HCI  do  not  seem  to  get  written  back  to  the  DENS 
configuration  files. 

o  There  are  some  new  parameters  in  the  configuration  files  that  are  not  read  or 
displayed  by  the  HCI  (notably  RS232/RS422). 

o  The  HCI  was  written  for  OS/2  to  communicate  over  a  serial  link  with  DENS. 
It  should  be  ported  to  Window  NT  and  the  ability  to  communicate  with 
DENS  via  internal  files  or  messages,  in  the  case  of  the  PC  version  of  DENS, 
should  be  added. 

•  Data  logging  is  not  functional  on  the  VME.  It  should  be  possible  to  use  the  NFS 
mounted  D:\\DENS  drive  and  log  the  data  to  the  NFS  disk,  but  although  tests  indicate 
it  logs  the  first  few  seconds  correctly,  it  soon  detects  a  Device  Error  exception  and 
terminates  logging. 

•  The  name  of  the  pathname  of  the  file  to  which  to  log  the  DEINS  data  is  hard-coded  as 
“D:\DENS\RESULTS\ST. . .”  (the  Julian  day  and  time  and  a  .DAT  extension  is  added 
at  file  creation  time).  This  should  probably  be  moved  to  the  setup  configuration  file 
(simsetup.cfg) 

•  Data  logging  on  the  PC,  while  functional,  is  not  intuitive  to  set  up.  This  is  a 
consequence  of  the  various  DENS  configurations  over  the  years  and  different  sea  trial 
requirements.  The  whole  data  logging  process  should  be  re-addressed 

•  Procedures  to  flash  the  MVME2604  ROM  with  the  full  bootable  V  xWorks/DENS 
executable  have  not  yet  been  developed  or  tested. 
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•  Loran  processing  does  not  seem  to  function  correctly.  On  the  VME  the  displayed 
latitude  and  longitude  are  incorrect,  and  on  the  PC  numerous  “Vincenty Inverse” 
errors  arise  from  Loran_TransformRawRecord.ada. 

•  The  Post-processing  and  Simulation  modes  have  not  been  tested.  In  fact  post¬ 
processing  in  the  later  versions  of  DIINS  on  the  previous  Sparc/unix  platforms  was 
not  fully  functional.  Some  efforts  were  made  to  rectify  this  prior  to  the  migration  to 
the  new  platforms,  but  were  not  completed. 

•  New  sensor  models,  such  as  for  different  inertial  systems,  have  not  been 
implemented.  A  placeholder  for  the  Litton-Sperry  MK-49  has  been  introduced,  but 
not  fully  developed. 
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8.  Static  Lab-Trial  Real-time  Results 


This  section  presents  some  real-time  results  from  the  new  platforms.  It  is  intended  to  show 
that  the  new  DIINS  systems  are  functional  and  successfully  integrating  dual  INS  and  dual 
GPS  data. 

8.1  Trial  Setup 

8.1.1  Data  Sources 

The  source  of  data  for  this  experiment  is  as  shown  in  the  following  table.  Live  feeds  were 
used  for  the  SPS  and  DGPS  data  and  previously  recorded  static  MK-29  lab  trial  data  was 
played  back  in  real  time  to  simulate  the  inertial  system  data. 


Table  18.  Sensor  Data  used  for  Static  Lab  Trial 


SENSOR  DATA 

SOURCE 

INS1 

Sperry  MK29  raw  2-hour  data  file  “m2941014.bin”  recorded  at  DREO  in  1994.  Played 
back  on  supporting  PC  “sleet”  via  the  command 

C:>  mk29out  m2941014.bin  COM2  47  47 

INS2 

Same  as  above  (i.e.  a  split  feed  to  both  DIINS  INS  inputs) 

GPS1 

Trimble  Tasman  NGN  receiver,  SPS  mode,  NMEA  output,  4800  baud 

GPS2 

Trimble  Lassen  SK8,  with  Trimble  DGPS  beacon  receiver,  DGPS  mode,  NMEA  output 
4800  baud 

All  data  sources  were  split  with  appropriate  RS232  splitter  devices  and  fed  to  both  DIINS 
platforms  (the  PC  version  and  the  VME  version)  simultaneously.  Seven  filter 
configurations  were  run  on  both  platforms.  The  simsetup.cfg  files  used  were  those  shown 
in  Table  7  (for  the  PC  version )  and  Table  8  (for  the  VME  version).  Note  that  data  logging 
was  turned  on  for  the  PC  version  and  off  for  the  VME  version. 

8.1.2  Filter  Configurations 

The  seven  filters  run  by  each  system  are  as  in  Table  19  below. 
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Table  19.  Filter  Configuration  -  static  lab  trial 


FILTER  NUMBER  AND  CONFIG  FILE 

SENSOR  SUITE  INCULDED  IN  FILTER 

1.  -s1s2.cfg 

INS1,  INS2 

2.  -s1n1n2.cfg 

INS1,GPS1,GPS2 

3.  -s2n1n2.cfg 

INS2,GPS1.GPS2 

4.  -  s1  n1  .cfg 

INS1,GPS1 

5.  -  s2n1  .cfg 

INS2,  GPS1 

6.  -s1n2.cfg 

INS1.GPS2 

7.  -  s2n2.cfg 

INS2,  GPS2 

8.1.3  Logging  Setup 

Data  logging  was  not  enabled  on  the  VME  version  because  it  has  not  been  fully  debugged. 
However  full  logging  was  enabled  on  the  PC  version.  In  order  to  get  some  data  from  the 
VME  system  for  analysis,  the  DIINS  ASCII  output  stream  (that  would  normally  be  sent  to 
the  electronic  chart)  was  captured  (via  a  terminal  emulator  program  -  Hyperterm)  from 
both  platforms  and  was  used  to  compare  them.  Also,  some  screen  captures  (from  the 
prototype  DIINS  display  program  “OSLNMEA”)  of  the  two  platforms  were  taken  at 
frequent  intervals  and  show  that  the  two  platforms  are  operating  essentially  identically. 


8.2  Results 


8.2.1  Screen  Captures 

Both  the  VME  and  the  PC  systems  were  started  (close  to)  simultaneously,  and  two  support 
PC’s  were  setup  side-by-side  each  running  the  “OSLNMEA”  prototype  display  program, 
and  with  each  displaying  the  output  of  the  two  separate  and  independently  running  DIINS 
systems.  Figure  5  through  Figure  8  show  a  sequence  of  photographs  of  the  two  systems, 
taken  a  few  seconds  apart.  The  display  of  the  data  from  the  VME  system  is  shown  on  the 
screen  in  the  left  of  each  photograph  and  the  display  of  the  data  from  the  PC  system  is 
shown  on  the  screen  on  the  right.  It  can  be  seen  that  they  are  essentially  identical.  The 
VME  system  was  started  3-4  seconds  behind  the  PC  system,  so  the  values  of  the  R95  and 
north  and  east  DIINS  position  error  standard  deviation  estimates  are  slightly  higher  in  the 
first  few  seconds  of  the  run  (as  the  Kalman  filter  variances  decline),  but  they  soon  both 
converge  on  the  same  steady  state  solution. 
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Figure  5.  VME  (left)  and  PC  (right)  displays  at  t=to 
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Figure  7.  VME  (left)  and  PC  (right)  displays  at  t=tai-45  sec 
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Figure  8.  VME  (left)  and  PC  (right)  displays  at  t=toi-79  sec 
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The  next  figure  (Figure  9)  shows  the  response  of  the  two  DENS  systems  when  the  INS’s 
both  suffer  a  hard  failure.  It  is  seen  that  both  switch  immediately  to  the  DGPS  (GPS2) 
sensor. 


Figure  9.  VME  (left)  and  PC  (right)  displays  after  both  INS’s  fail 


The  final  photograph  (Figure  10)  shows  a  subsequent  loss  of  the  DGPS  (GPS2)  sensor. 
Both  immediately  switch  to  the  last  good  sensor,  the  SPS  GPSl. 


Figure  10.  VME  (left)  and  PC  (right)  displays  after  subsequent  GPS2  failure 
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8.2.2  ASCII  Output  Streams 


The  data  that  was  displayed  on  the  screens  photographed  in  the  previous  section  was  also 
captured  using  a  dumb  terminal  program  (hyperterminal),  to  further  aid  in  the  comparison 
of  the  VME  with  the  PC  system.  The  &st  nine  seconds  of  the  data  streams  from  both 
systems  is  shown  in  Annex  E.  For  aid  in  understanding  the  data  streams,  see  [1,  Appendix 
A]. 

The  DUNS  Latitude  and  Longitude  estimates  from  the  two  systems  are  shown  in  Figure  1 1 
and  Figure  12  respectively.  It  is  seen  that  they  are  near  identical  and  give  a  good 
indication  that  port  of  the  two  systems  was  successful. 

Finally,  in  Figure  13,  the  R95  (95  percentile  estimate)  from  the  $PDR01  output  sentences 
of  the  two  DENS  systems  are  shown.  There  is  good  agreement  and  the  two  plots  are 
coincident  at  the  resolution  of  the  output  data  (0.1m). 


Latitude  of  VME  and  PC  DIINS 


-VME  Ut 
-PCLat 


Figure  11.  DIINS  Latitude  (from  $INGLL  of  VME  and  PC  Systems) 
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Longitude  of  VME  and  PC  DliNS 


8.5 


Figure  12.  DUNS  Longitude  (from  $INGLL  of  VME  and  PC  Systems) 


R95  of  VME  and  PC  DliNS 


-VMER95 

-PCR95 
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Figure  13.  R95  Error  Estimates  (from  $PDR01  of  VME  and  PC  Systems) 
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8.2.3  Binary  Data  Logged  by  PC  Version 

Since  binary  data  logging  of  the  PC  version  works,  and  since  some  of  the  data  extraction 
tools  have  been  ported  from  the  old  Sparc  system  to  Windows  NT,  we  are  able  to  analyze 
data  collected  by  the  PC  in  more  detail.  A  new  data  logging  run  was  started  for  this 
section. 

The  file  that  was  generated  was  called  ST2001_114-I457.dat,  indicating  Julian  day 
1 13  of  year  2001,  at  time  18: 13  GMT.  Note  that  DIINS  automatically  starts  new  data  files 
after  every  2  hours,  each  with  a  similar  naming  convention.  The  file  was  placed  in 
D:  \DIINS\RESULTS. 

The  data  was  then  extracted  with  the  programs  “extract_data”  and 
“extract_pure_sensor_data.”  Details  on  the  procedures  involved  in  using  these  programs 
to  extract  raw  sensor  data  and  Kalman  filter  integration  data  are  given  in  Annex  F. 

A  few  representative  results  are  shown  below.  Figure  14  and  Figure  15  show  the  latitude 
and  longitude  outputs  from  the  INSl  unifilter  state  output  date  file.  These  are  similar  to 
the  results  shown  in  the  previous  section,  though  somewhat  different  since  it  is  a  different 
run.  Figure  16  shows  the  corresponding  standard  deviation  estimate  from  the  same  filter 
for  the  X  position  state  (the  Y  state  is  similar)  These  agree  with  the  R95  plots  shown  in  the 
previous  section,  keeping  in  mind  that  the  R95  value  is  the  combination  (essentially  2.45a) 
of  the  X  and  Y  position  error  standard  deviations  from  the  filter. 


Unlfllter(INS1)  UtHude  for  Output 


Figure  14.  Latitude  output  from  iNSI  Unifiiter 
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Unifllter(INS1)  Longitude  Output 


Figure  15.  Longitude  ouput  from  INS1  Unifilter 


X  pos  error  standard  deviation 


m 


Figure  16.  X  position  error  standard  deviation  estimate  from  fNS1  Unifilter 
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8.3  Screen  Shots  of  PC  DIINS  driving  an  Electronic  Chart 

This  section  shows  screen  shots  of  the  SHINNADS  (Shipboard  Integrated  Navigation  and 
Display  System),  from  Offshore  Systems  Ltd.  displa)dng  the  PC  DENS  data.  This  screen 
shot  was  taken  during  Dec  2000  when  the  SHINNADS  system  was  at  DREO  and  OSL  had 
released  its  latest  software  version  with  the  latest  DENS  displays.  Figure  17  shows  the 
“DENS  Detailed”  screen  which  displays  the  integrated  solution  as  well  as  all  the 
individual  sensor  data,  and  Figure  18  shows  the  “DENS  Simplified”  display  which  omits 
the  raw  sensor  data  to  leave  more  room  for  the  chart. 


0.0  kt 

;  .  . ■■ 

;  i  i  ■  t,  ■  , t; 

000.0  deg  ' 

248.6  deg  ; 

N/Fl  1 

000.0  dpm : 
DIINS  ^ 

Hi® 

■;  I';;  V 

■  -  '■  ■  - 

■  ■  ,i!'' •.'  ■  ‘ ■■’ iv  i 

i  .  J  11 

nil-  .1  i:  1  I  11  11  f  [ 

Figure  17.  DUNS  Detailed  Display  on  the  SHINNADS  Electronic  Chart 
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Figure  18.  DUNS  Simplified  Display  on  the  SHINNADS  Electronic  Chart 


8.4  Processor  Loading  Comments 

No  formal  tests  of  processor  loading  were  conducted,  since  it  is  not  thought  to  be  an  issue 
with  the  class  of  processors  (Intel  Pentium  450Mhz  and  PowerPC  333  Mhz)  used  in  the 
new  DDNS  platforms.  Casual  observations  reveal  that  both  platforms  can  easily  run  15 
Kalman  filters,  each  at  a  1.28s  update  rate,  with  no  apparent  problem.  In  fact,  in  the  PC 
version  the  Windows  NT  Task  Manager  reports  that  DENS  uses  no  more  than  16%  of  the 
available  CPU  time  when  running  15  filters,  and  8%  when  running  7  filters. 
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9.  Conclusions 

This  report  has  summarized  the  work  involved  in  migrating  the  DENS  software  to  two 
new  run-time  platforms:  a  PowerPC604  VME  target  system  running  VxWorks  5.4,  and  a 
generic  personal  computer  running  Windows  NT  4.0.  As  was  shown  the  migration  is  not 
entirely  complete,  though  both  new  run-time  platforms  are  running  satisfactorily  to  a  great 
extent. 

This  document  recorded  the  status  of  the  migration,  presented  some  results  of  the  systems 
in  real-time  laboratory  trials,  and  identified  issues  that  need  to  be  explored  more  fully  if  the 
migrated  DENS  systems  are  to  be  deployed  in  operational  environments 
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Annex  A:  Configuring  a  new  MVME2604  Board 
with  VxWorks  boot  kernel:  _ 


The  VME  processor  boards  must  be  configured  to  work  with  the  VxWorks  operating 
system  and  the  host  development  PC.  This  section  outlines  what  was  done  for  the  board 
used  in  the  DREO  laboratory.  More  details  are  found  in  the  product  documentation, 
references  [9],  [10],  [11],  and  [12].  This  procedure  needs  only  be  done  once  for  each  new 
card  or  after  a  network  configuration  change.  The  results  are  stored  in  non-volatile  RAM 
on  the  processor  card.  There  are  3  main  steps  to  this  procedure,  and  each  is  outlined  here. 

Note  that  these  procedures  are  intended  to  simply  flash  the  processor  board  ROM  with  a 
VxWorks  boot  kernel,  which  will  load  the  rest  of  VxWorks  from  the  host  PC  over  the 
Ethernet  connection,  and  which  in  turn  will  allow  the  download  and  execution  of  the 
DIINS  program  over  the  Ethernet  connection.  Procedures  to  flash  the  ROM  with  the  full 
bootable  VxWorks/DHNS  executable  have  not  yet  been  tested. 


1.  Prepare  the  Vxworks  boot  kernel.  (See  also  [1 1,  p.  13].) 

-  There  is  a  batch  file  that  will  do  this  at: 

\ tornadoX  targe t\ conf ig\mv2  6  04 \ create_new_bootrom . bat 

-  copy  the  resulting  boot .  bin  file  to  \ tf  tpbootXboot .  bin 

-  start  the  tftp  server  on  the  host  PC  by  running 

\tornado\host\x86-win32  \bin\tf  tpd32  .  exe  (there  is  a  shortcut 
to  this  on  the  Winows  desktop). 


2.  Burning  the  Vx Works  hoot  kernel  in  MVME2604  board  soldered  flash.  (See 
also  111,  p.  141) 

-  Power  down  the  VME  chassis  and  slide  out  the  processor  card 

-  Select  Socketed  flash  (set  J 10  on  the  lower-front  portion  of  the  board  to  2-3) 

-  Connect  a  null  modem  cable  from  VME  console  to  PC  serial  port  ( 9600  8N1) 

-  Start  a  suitable  PC  communication  program 

-  Power  up  board 


-  At  the  “PPCl-Bug”  prompt,  issue  the  following  commands: 


DREO  ™  2001-046 


55 


“set  mmddyyhhmin”  (to  set  date  time) 


“niot”  (to  set  network  addresses. . . 

Contoller  LUN  0 
Device  LUN  0 

Client  IP  Address  131.136.36.22  (e.g.  for  harpo  VME  card) 
Server  IP  Address  131.136.36.21  (e.g.  for  ntnavnote  1  PC) 
Gateway  Address  131.136.36.1 
“Y”  to  update  the  non-volatile  RAM 

“niop”  (to  download  the  boot.bin  file. . .) 

Contoller  LUN  0 
Device  LUN  0 
Get/Put  G 

FileName  boot .  bin 
Memory  Address  00004000 
Length  0 
Byte  Offset  0 

(Wait  for  boot.bin  file  to  be  transferred.  This  can  be  monitored  in  the 
TFTP  window) 

“PFLASH  40OO:FFFOO  FFOOOlOO  (to  flash  the  soldered  ROM) 

When  finished,  power  off  the  board,  restore  Jumper  J 10  back  to  1-2  (to 
select  the  newly  burnt  soldered  flash  with  the  new  VxWorks  boot  kernel) 


3.  Confiaurine  the  Vxworks  boot  kernel.  (See  also  19.  p.  38-451.) 

-  Connect  a  null  modem  cable  from  the  VME  console  to  PC  (now  at  384(K).  8N1) 

-  Power  on  the  VME  system 

-  Hit  any  key  to  stop  the  autoboot  process  and  get  to  the  [VxWorks  Boot] 
prompt. 

-  ‘c’  to  configure: 

Boot  Device  dcO 

Processor  number  0 

Hostname  ntnavnotel  (or  as  appropriate) 

File  name  D :  \DIINS\DIINS_VX_CONFIG\DEFAULT\VXWORKS 

Inet  on  Ethernet  131.136.36.22  (the  VME  card) 

Inet  on  backplane  <cr> 

Host  inet  131.136.36.21  (the  host  PC,  e.g.  ntnavnote  1 ) 
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Gateway  inet 

131.136.36.1 

User 

diins 

Password 

diins99ppc 

Flags 

0 

Target  name 

harpo  (for  example) 

Startup  script 

<cr> 

Other 

<cr> 

-  On  the  host  PC,  start  the  WFTP  server  via 

\tornado\host\x86-win32\bin\wf  tpd32  .  exe  (there  is  a  desktop 
shortcut) 

-  Reboot  the  VME  system 

When  the  system  reboots,  it  will  require  a  valid  FTP  server  running  on  the  PC  that  will 
accept  a  connection  from  a  user  name  “diins”  with  password  “diins99ppc”.  The  program 
that  is  currently  set  up  on  the  notebook  PC  that  provides  this  service  is  called  W F'i  P32  and 
automatically  loads  at  start  up  (or  can  be  started  with  a  desktop  shortcut).  It  will  then  let 
the  VME  download  the  rest  of  the  VxWorks  operating  system  (residing  at  the  specified 
filename)  over  the  Ethernet  connection.  This  run-time  VxWorks  image  can  be  re-built  if 
necessary  by  using  Tornado  and  opening  and  editing  the  corresponding  workspace 
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Annex  B:  Configuring  the  Target  Server  for 
Tornado  on  “ntnavnotel” 


The  Tornado  development  environment  provides  for  what  is  known  as  a  Target  Server 
which  is  necessary  to  handle  communications  to  and  from  the  VME  target  processor  board. 
This  section  outlines  how  the  target  server  for  “harpo”  was  configured  on  the  “ntnavnotel” 
notebook  host  PC.  Complete  details  on  how  to  fully  manage  the  Tornado  Target  Server 
can  be  found  in  [9,  Chapters  1  and  5]. 

In  Tornado,  select  ‘Tools  |  Target  Server  |  Configure” 

For  Target  Server  Name,  enter  “HarpoServer” 

Turn  on  the  check  box  for  “Add  description  to  menu” 

For  Target  Name/IP  Address,  enter  131.136.36.22 

Under  Target  Server  Properties  |  Back  End: 

Select  “wdbrpc  and  enter  2  and  1 0  for  TimeOut  and  Re-try  respectively 
Under  Target  Server  Properties  |  Memory  Cache  Size:  Specify  5000  Kbytes 
Under  Target  Server  Properties  |  Target  Server  File  System: 

Turn  on  the  check  box  for  “Enable  File  System” 

Specify  the  Root  as  “d:  \”  and  select  “ReadAVrite” 

Under  Target  Server  Properties  |  Console  and  Redirection 

Turn  on  the  check  boxes  for  “Redirect  Target  I/O”  and  “Create  Console  Window” 


(This  last  step  allows  any  communication  that  would  normally  occur  over  the  VME  serial 
port  console  to  instead  be  redirected  over  the  Ethernet  interface  and  appear  in  a  text 
window  on  the  PC,  thus  alleviating  the  need  for  another  serial  cable  and  console  terminal.) 
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Annex  C:  Modifications  documented  by  Prior 


The  requirement  and  available  time  for  documentation  during  the  initial  Prior  migration 
was  minimal.  The  following  is  extracted  from  a  brief  document  that  was  prepared  by  one 
of  the  developers  and  list  some  of  the  changes  they  had  implemented  during  the  migration. 
Some  of  this  information  may  no  longer  be  applicable  here,  but  it  is  included  for 
completeness,  and  may  be  a  useful  future  reference 


MEMO:  Dims  Software  on  NT 
April  4, 2000 

(File  location  references  updated  8  Jan  2001  &  20  Feb  2001) 


File  Location 

The  working  directory  for  DIINS  NT  version  is  d:\diins\mainwin32 

The  project  file  is  d:\diins\mainwin32\default,bld  which  contains  three  subprojects: 

d:\diins\partl_win32.bld 

d:\diins\part2_win32.bld 

d:\diins\part3_win32.bld 

Most  of  the  NT-specific  packages  are  in  their  original  locations.  The  main  program  is  d:\diins\system\taskmaster.ada. 

DIINS  configuration  files  are  in  d:\diins\cfg\realtime\win32. 

Logon 

User  name:  diins 
Password:  (See  author) 

Start  AdaMulti 

Double  Click  the  shortcut  to  adamulti  in  d:\diins\mainwin32  directory  or  the  icon  on  the  desktop.  Upon  startup,  AdaMulti 
automatically  loads  the  default.bld  project  in  d:\diins\mainwin32  which  in  turn  contains  part{  1 ,2,3  }_win32.bld. 

In  AdaMulti,  double  click  default.bld  to  show  the  subprojects.  Click  the  arrows  on  the  right  end  of  the  subprojects  to  fold  or 
unfold  the  subprojects.  Double  cUck  an  ada  file  will  open  the  file  with  the  AdaMulti  editor. 

The  main  program  is  specified  in  AdaMulti  Builder  by  selecting  the  project  (default.bld)  and  the  menu 
Option/ Ada/MainProgramName. 

Use  Build  menu  or  Build  button  on  the  tool  bar  to  build  the  project.  See  AdaMulti  manual  Getting  Started  for  Windows  for 
adding,  deleting  files  from  the  project,  and  for  building  and  debugging  the  project. 

Debug 

Click  Debug  button  on  AdaMulti  window  to  open  the  debug  window.  Start  running  the  program  with  Go  button  or  Step/Next 
buttons.  Click  the  green  dot  on  the  left  of  the  source  lines  to  toggle  the  breakpoints. 


Main  Changes  Made 

•  ISlO.Definition  in  d:\diins\dct\realtime\serial\win32  is  the  serial  interface  for  NT. 
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•  Motorola  and  Intel  chips  store  data  in  different  orders  in  the  memory.  Conversion  has  been  introduced  to 
isio_mk29_driver_l  and  isio_mk29_driver_2,  and  mk29_l_TransformRawRecord  and 
mk29_2_TransformRawRecord  packages. 

Pragma  Bit_Order  use  System.High_C)rder_First  is  added  for  the  data  blocks  defined  in  TransformRawRecord 
packages.  As  a  result  the  size  of  the  data  blocks  has  to  be  adjusted.  Sperry_MK29_Rec  is  now  36  bytes. 
Sperry_MK29_Rec.Block  starts  from  the  byte  16  instead  of  byte  15.  Xfer.buffer  size  has  been  increased  to  36  to 
match  to  Sperry__MK29_Rec.  One  dummy  byte  is  added  to  the  buffer  after  15th  byte  of  sensor  data.  Bytes  swapping 
routine  is  added  to  the  TransformRawRecord  and  is  called  before  converting  Xfer.buffer  to  SpeiTy_MK29_Rec. 

•  The  package  Display  is  stubbed. 

•  Epoch_year  is  now  2001 

•  Set  System  Time  stubbed  to  PC  time  (Otherwise  pre-recorded  GPS  data  resets  PC  Clock)  ****  NOTE  ****  This  stub 
has  been  removed.  PC  time  is  now  set  to  the  GPS  date  and  time  (taking  the  time  zone  into  effect).  If  no  GPS  time  or 
date,  the  PC  time  will  be  set  to  00:00  1  Jan  2001 .  If  GPS  time  is  available  but  no  date,  then  the  K  time  be  set  to  the 
GPS  time  of  day  and  the  date  will  default  to  1  Jan  2001 . 

•  Fixed  a  bug  in  TimeUtilities.YYYYDDDHHMMSS  routine. 

•  Removed  LumDebug. 

•  In  ReadDataRates,  added  DontUseMyClock  to  CIockEnum  to  read  the  setup  file  properly. 

•  In  SimConfig,  tempBuffer  size  is  reduced  to  128. 

•  In  SimConfig,  replace  some  of  the  loop  variable  I  with  J. 

•  In  Assign  package  a  local  variable  MyStateEnable  is  defined  and  is  a  copy  of  the  StateEnable  parameter  upon 
initialization.  This  is  because  the  assign  routines  seem  to  get  wrong  stateenable  values  and  cause  exception. 

•  In  TaskMaster  and  Prefilter,  Prefilter  ID  is  passed  as  parameter  when  the  TaskMaster  creates  prefilters,  instead  of 
using  a  global  variable.  Delay  between  creation  of  prefilters  seems  still  necessary  to  properly  initialize  the  prefilters. 

•  Datalogger  is  only  using  LOCAL_DISK. 

•  Datalogger  Writer  Task  may  start  to  access  mailbox  before  the  mailbox  initialization  is  completely  done.  Added 

delay  at  the  begining  of  the  Writer  task. 

•  In  FDI  add  ReconfigurationRequired  :=  FDI_TaskType.ReconfigurationRequired;  Otherwise  prefilter  gets  a  bad 
SensorStatusHasChanged  from  FDI  which  invokes  exception. 

•  In  FDI.ada  Initialize  MostAccAidInFi  Iter  Air  (to  1)  and  LeastAccAidlnFilterArr  (to  0)  to  avoid  the  exception  from 
ID_BestFilterForDisplay  when  ReconfigFDI  is  called  for  the  first  time. 


Language  and  Compiler  related  changes 

•  In  MatheLibraryExtension,  Atan  is  replaced  by  Actan. 

•  Numeric_EiTor  exception  is  handled  by  Constraint_Error,  handler  is  removed. 

•  File_Utilities  package  cannot  be  found,  replaced  by  TIO  (in  WriteSimConfig,  WritefilterInitData,  SiraSetupData). 

•  Math_Library.Math  is  replaced  by  Numerics  .Generic_Elementary_Functions. 

•  Add  Pragma  Elaborate_Body  in  Scientific,  StandardIO,  SystemIndexGeneric. 

•  No  Set_Time  package.  SetCalendarTime  is  added  to  TimeUtilities. 

•  Ada  Calendar.Clock  returns  local,  not  UTC  time.  Added  a  Get_Time  routine  instead  that  uses  the  Win32  API  call  to 
GetSystemTime  to  get  the  current  UTC  time. 

•  Pragma  Images  is  not  supported  and  is  no  need  any  more. 

•  Pragma  Preserve_Layout  is  not  supported.  Removed. 

•  Storage_Size  attribute  for  tasks  is  obsolete  and  is  replaced  by  Pragma  Storage_Size. 

Compiler  issues 

•  In  D:\DIINS\MAINWIN32\AD A.LIB  added  the  lines: 

PATH 

ELABPATH  d;\green\win32_.adabindings 
PATHNAME  d:\green\win32_adabindings 
ELABPATH  d:\green\adalib 
ENDPATH 


60 


DREOTM  2001-046 


Annex  D:  Move  of  Green  Hills  compiler: 


At  one  point  it  was  necessary  to  move  the  Ada  compiler  from  c:\green  to  d:\green.  Rather 
than  remove  and  re-install  the  program,  the  following  steps  were  found  to  be  sufficient: 

-  Copy  c:\green  to  d:\green 

-  Change  all  shortcuts  on  the  desktop  and  Start  menu 

-  In  the  Windows  registry,  change  all  c:\green  to  d:\green 

-  In  Control  Panel,  stop  the  Elan  Licence  manager  and  rename  the  directory  of  the 
licence  keys  from  c:\green  to  d:\green,  and  restart 

-  In  any  and  all  DIINS  *.bld  compiler  build  files,  change  c:\green  to  d:\green 

-  In  \DIINS\MAINPPC\ADA.LIB  file  (and/or  \diins\mainwin32\ada.lib)  change 
c:\green  to  d:\green. 

-  Rebuild  DUNS 
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Annex  E:  Sample  of  ASCII  output  of  VME  and  PC 
DIINS  Systems  running  simultaneously _ 


The  following  Table  is  a  sample  of  the  first  few  seconds  of  ASCII  output  data  taken  from 
the  two  DIINS  systems  (the  VME  and  the  PC  platforms)  when  simultaneously  processing 
the  same  sensor  data.  (See  Section  8.2.2  for  more  details.)  The  beginnings  of  the  streams 
have  been  edited  out.  The  sequences  are  shown  beginning  with  the  first  integrated  output 
sentence  (SINGLE)  from  DIINS,  and  ending  with  the  7*  SINGLE  sentence  some  9 
seconds  (7x1.28)  seconds  later. 


Table  20.  Sample  ASCII  output  of  the  two  DUNS  systems 


OUTPUT  OF  VME  DIINS 


OUTPUT  OF  PC  DIINS 


SINGLE, 4520. 8304, N. 07553 . 3013 ,W, 181422 .25, A*04 
$INHDT,248.563,T*2B 

$PDROl,0.000,T, 0.015, M, 3.9, N, 3.9, E, 9.5, C, 1011012*51 

$PDR02, 248. 563, -0.659, 0.378*1C 

$PDR02, 248. 563,-0. 659, 0.381*1A 

$PDR02, 248. 563, -0.656,0.384*10 

$PDR02, 248. 558, -0.656,0.376*15 

$PDR02, 248. 563, -0.665, 0.381*15 

$PDR02, 248. 558, -0.656,0.384*18 

$HESTN, 01*69 

SHEGLL, 4520. 9196, N, 07553 .1024, W, 181423. 53. A*00 
$HEHDT,248.560,T*22 

$HEVTG,0.000,T, ,M, 0 . 014084 , N, 0 . 02 6084 , K*7B 
$HESTN,02*6A 

SHEGLL, 4520. 9196, N, 07553. 1024, W, 181423 .53, A*00 
SHEHDT,248 .560,T*22 

SHEVTG, 0 . 000,T. ,M. 0 . 014084 ,N, 0 . 026084 , K*7B 
SPDR02. 248. 563, -0.656,0.384*10 
SPDR02, 248. 563, -0.656,0.384*10 
SPDR02, 248. 563, -0.656,0.381*15 
SGPSTN, 01*73 

SGPGGA, 181423. 00, 4520. 8310, N,  07553. 3000, W,  1,  ,  1 . 0 ,,,,,,  *4C 

SGPVTG,0.000,T. , M.O. 000000, N,0. 000000, K* 60 

$PDR02, 248. 563, -0.659,0.373*17 

$PDR02 , 248 . 563 ,-0.659,0 . 381*1A 

SPDR02, 248. 563, -0.656, 0.384*10 

SGPSTN, 02*70 

SGPGGA, 181423. 00, 4520. 8303, N, 07553. 3014, W, 2, ,0.9,  ,  ,  ,  ,  ,*40 

SGPVTG,0.000,T, , M,0. 000000, N,0. 000000, K* 60 

$PDR02, 248. 563, -0.659, 0.384*1F 

$PDR02, 248. 563, -0,656,0.384*10 

$PDR02, 248. 558, -0,656,0.384*18 

SPDR02, 248. 563, -0.656,0.378*13 

SPDR02, 248. 563, -0.656,0.384*10 

SPDR02, 248. 563, -0.656,0.381*15 

$PDR02,248. 563,-0. 659, 0.384*1F 

SPDR02, 248. 563,  -0.656,0.381*15 

$PDR02,248. 563,  -0.656,0.381*15 

SGPSTN, 01*73 

SGPGGA, 181424. 00, 4520. 8310, N, 07553. 3000, W,l,  ,  1 . 0 ,,,,,,  *4B 
$GPVTG,0.000,T, , M,0. 000000, N,0. 000000, K* 60 
SPDR02,248. 563, -0.656,0.384*10 
SHESTN, 01*69 

SHEGLL, 4520. 9196, N, 07553 . 1024  ,W, 181424 . 82  ,  A*0B 
$HEHDT,248.566,T*24 

SHEVTG, 0. 00 0,T, , M, 0 . 008735 , N, 0 . 016177 , K*75 
SHESTN, 02 *6A 

SHEGLL, 4520. 9196, N, 07553 . 1024 , W, 181424 . 82 ,A*0B 
SHEHDT, 248 . 566 , T*24 

SHEVTG, 0-000, T, , M, 0 . 008735 , N, 0 . 016177, K*75 
SPDR02, 248. 563, -0.659, 0.381*1A 
SPDR02, 248. 558, -0.659,0.381*12 
SGPSTN, 02*70 

SGPGGA, 181424. 00, 4520- 8303, N, 07553. 3014, W, 2,  ,0.9,  ,  ,  ,  ,  ,*47 

$GPVTG,0.000,T, ,M,0 . 000000, N,0 . 000000, K* 60 

$PDR02, 248. 563, -0.656,0.381*15 

SINGLE, 4520. 8304, N, 07553. 3012, W, 181423. 53, A*05 

SINHDT,248.563,T*2B _ 


SINGLE, 4520. 8304, N, 07553. 3013, W. 181422. 32, A*02 
$INHDT,248.563,T*2B 

$PDR01,0.000,T,0.015,M, 3.9, N, 3.9, E, 9. 5,0,1011012*51 

$PDR02, 248. 563, -0.659,0.378*10 

$PDR02, 248. 563,-0. 659, 0.381*1A 

$PDR02, 248. 563, -0.656, 0.384*10 

$PDR02, 248. 558, -0.656, 0.376*15 

SPDR02, 248. 563, -0.665, 0.381*15 

SPDR02, 248. 558, -0.656, 0.384*18 

SHESTN, 02*6A 

SHEGLL, 4520. 9196, N, 07553. 1024, W, 181423. 62,  A*02 
SHEHDT, 248. 5 60, T*22 

SHEVTG, 0. 00 0,T, , M, 0 . 014084 , N, 0 . 026084 ,  K*7B 
SHESTN, 01*69 

SHEGLL, 4520 . 9196, N, 07553 . 1024 ,W, 181423 . 62 , A* 02 
SHEHDT, 248.560,T*22 

SHEVTG. 0 .OOO.T, ,M, 0 . 014084 , N, 0 . 02 6084 , K*7B 
SPDR02, 248. 563, -0.656, 0.384*10 
SPDR02, 248, 563, -0.656, 0.384*10 
SGPSTN, 01*73 

SGPGGA, 181423.00,4520.8310,N,07553.3000,W,1,  , 1 . 0 ,,,,,,  *4C 

SGPVTG, 0.000, T, , M,0. 000000, N,0. 000000, K*60 

SPDR02, 248. 563, -0.656, 0.381*15 

SPDR02, 248. 563, -0.659, 0.373 *17 

SPDR02, 248. 563, -0.659,0. 381*1A 

SPDR02, 248. 563, -0.656, 0.384*10 

SGPSTN, 02*70 

SGPGGA, 181423. 00, 4520. 8303, N, 07553. 3014,  W,  2,  ,0.9,  ,  ,  ,  ,  ,  *40 

SGPVTG, 0. OOO.T, ,M, 0- 000000, N, 0.000000, K*60 

SPDRO2,248.563,-0.659,0.384*lF 

$PDR02, 248. 563, -0.656,0,384*10 

SPDR02,248.558, -0.656,0.384*18 

SPDR02, 248. 563, -0.656, 0.378*13 

$PDR02, 248. 563, -0.656, 0.384*10 

SPDR02, 248. 563, -0.656, 0-381*15 

SPDR02, 248. 563,-0. 659, 0.384*1F 

$PDR02, 248. 563, -0.656,0.381*15 

SGPSTN, 01*73 

SGPGGA, 181424. 00. 4520. 8310, N, 07553. 3000, W,  1,  ,  1 . 0 ,,,,,,  *4B 

SGPVTG, 0. OOO.T, , M.O, 000000, N,0. 000000, K*60 

SPDR02, 248. 563. -0.656, 0.381*15 

$PDR02, 248. 563, -0.656, 0.384*10 

SHESTN, 02*6A 

SHEGLL, 4520. 9196, N. 07553. 1024, W, 181424. 90,  A*08 
SHEHDT, 248. 566, T*24 

SHEVTG, 0. OOO.T, , M, 0 . 008735 , N, 0 . 016177 , K*75 
SHESTN, 01*69 

SHEGLL, 4520. 9196, N, 07553. 1024, W, 181424. 90, A*08 
SHEHDT, 248. 566, T*24 

SHEVTG, 0. OOO.T, , M, 0 . 008735 , N, 0 . 016177 , K*75 
SPDR02, 248. 563,-0. 659, 0.381*1A 
SPDR02 , 248 . 558 ,-0.659,0.381*12 
SGPSTN, 02*70 

SGPGGA. 181424. 00, 4520. 8303, N, 07553. 3014, W. 2, ,0.9, ,  ,  ,  ,  ,  *47 
SGPVTG, 0. OOO.T, , M, 0. 000000, N,0. 000000, K* 60 
SINGLE, 4520. 8304, N, 07553. 3012, W, 181423. 62, A*07 
SINHDT.248.563,T*2B 

SPDR02, 248 .563, -0.656, 0.381*15 _ 
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$PDR01, 0 . 000 ,T, 0 . 012, M, 3.7,N,3.7,E,9.2,C, 1011012*5 

$PDR02, 248. 563, -0.656, 0.381*15 

$PDR02, 248. 563, -0.656, 0.384*10 

$PDRO2,248.563,-0.656,0.376*lD 

$PDR02, 248. 563, -0.665,0.384*10 

$PDR02, 248. 563, -0.656, 0.384*10 

$PDR02, 248. 563, -0.659, 0. 381* lA 

$PDR02, 248. 563, -0.665, 0.384*10 

$PDR02, 248. 563, -0.665,0.384*10 

$PDR02, 248. 563, -0.659, 0.381*1A 

$GPSTN. 01*73 

$GPGGA, 181425. 00, 4520. 8310, N, 07553. 3000, W, 1, ,1.0, , 

$GPVTG, 0. 000, T, , M, 0. 000000, N,0. 0000 00, K* 60 

$PDR02, 248. 563, -0.659, 0.384*1F 

$PDR02, 248. 563, -0.659, 0.384*1F 

$PDR02, 248. 563, -0.656, 0.384*10 

$GPSTN, 02*70 

$GPGGA, 181425. 00, 4520. 8303,N, 07553.3014, W,2, ,0-9, , 
$GPVTG, 0 .000 ,T, ,M, 0. 000000 ,N, 0 . 000000 , K*60 
SINGLL, 4520. 8304, N, 07553. 3013, W, 181424. 82, A*0F 
$INHDT, 248.558,T*23 

$PDR01,0.000,T,0.007,M,3.7.N,3.7,E,9.0,C,1011012*E 
$PDR02, 248. 563, -0.656, 0.381*15 
$HESTN, 01*69 

$HEGLL, 4520. 9196, N, 07553. 1024,  W, 181426. 09,  A*0A 
$HEHDT,248.566,T*24 

$HEVTG,0.000,T, ,M, 0 . 014084 , N, 0 . 02 6084 , K*7B 
$HESTN,02*6A 

$HEGLL, 4520. 9196, N, 07553. 1024, W, 18142 6.09, A*0A 
$HEHDT, 248 . 566,T*24 

$HBVTG, 0.000,T, ,M,0. 014084 ,N, 0.026084, K*7B 

$PDR02, 248. 563, -0.659, 0.3 81*  lA 

$PDR02, 248. 563, -0.656,0.384*10 

$PDR02, 248. 569, -0.662, 0.381*18 

$PDR02, 248. 563, -0.656, 0.381*15 

$PDR02, 248. 563, -0.656, 0.384*10 

$PDR02, 248. 563, -0.656,0.381*15 

$PDR02, 248. 563, -0.656,0.381*15 

$PDR02, 248. 563, -0.656,0.384*10 

$GPSTN, 01*73 

SGPGGA, 181426. 00, 4520. 8310, N, 07553. 2990, W,l, ,1.0,  , 

$GPVTG,0.000,T, , M, 0. 000000, N,0. 000000, K* 60 

$PDR02, 248. 563, -0.665,0.384*10 

$PDR02, 248. 563, -0.662, 0.384*17 

$PDR02, 248. 563,-0. 659, 0.378*1C 

$PDR02, 248. 563, -0.656,0.376*10 

$GPSTN, 02*70 

$GPGGA, 181426. 00, 4520. 8303, N, 07553. 3014, W, 2, ,0.9, 
$GPVTG,0.000,T, , M, 0. OOOOOO, N,0. 000000, K* 60 
$INGLL, 4520. 8304, N, 07553. 3013, W, 181426. 09, A*0E 
$INHDT,248.563,T*2B 

$PDR01,0.000,T,0.005,M,3.6,N,3.6,E,8.9.C,1011012*1 

$PDR02 , 248 . 563 ,-0.662,0.381*12 
$PDR02, 248. 558, -0.656, 0.387*1B 
$PDR02, 248 -563, -0.662, 0.384*17 
$HESTK,02*6A 

$HEGLL, 4520. 9196, N, 07553. 1024, W, 181427 . 37 ,A*06 
$HEHDT, 248 . 566 , T*24 

$HEVTG, 0. 000,T, ,M, 0 . 011049 ,N, 0 . 020462 , K*75 
$PDR02, 248. 563, -0.656, 0.384*10 
$HESTN, 01*69 

$HEGLL, 4520. 9196, N, 07553. 1024, W. 181427. 37, A*06 
$HEHDT, 248 . 566 , T*24 

$HEVTG, 0 . 000 ,T, ,M, 0 . 011049,N, 0 . 020462 , K*75 

$PDR02, 248. 563, -0.656, 0.378*13 

$PDR02, 248. 563. -0.659, 0.376*12 

$PDR02, 248. 563,-0. 659, 0.381*1A 

$PDR02. 248. 563, -0.656, 0.387*13 

$GPSTN, 01*73 

$GPGGA, 181427. 00, 4520. 8310, N, 07553. 2990, W,l,  ,1-0, 

$GPVTG, 0 . 000, T, ,M, 0 . 000000 ,N, 0 . 000000, K* 60 

$PDR02, 248. 563. -0.656,0.384*10 

$PDR02, 248. 563,-0. 659, 0.384*1F 

$PDR02.248.563, -0.659, 0.376*12 

$PDR02, 248. 563, -0.665, 0.384*10 

$GPSTN, 02*70 

$GPGGA, 181427. 00, 4520. 8303, N, 07553. 3014, W, 2, .0.9, 
$GPVTG,0.000,T, ,M, 0. 000000, N,0. 000000, K*60 
$INGLL. 4520. 8304, N, 07553. 3011, W. 181427. 37, A*00 
$INHDT, 248 . 563 , T*2B 

$PDROl,0.000,T, 0 .075,M,3 . 6,N, 3 . 6 , E, 8 . 8, C , 1011012* 

$PDR02, 248. 563, -0.665,0,384*10 

$PDR02, 248. 563, -0.659, 0,381*1A 

$PDR02, 248. 563, -0.657, 0.384*11 

$PDR02, 248. 563, -0.659. 0.3 84*1F 

$PDR02, 248. 563,-0. 659, 0.384*1F 

$PDR02, 248. 563, -0.665, 0.384*10 

$PDR02, 248. 563, -0.657, 0.387*12 

$HESTN,  02*6A _ _ 


$PDR01,0.000,T,0.012,M,3.7,N,3.7,E,9.2,C,1011012*5 

$PDR02, 248. 563, -0.656, 0.3 81* 15 

$PDR02, 248. 563, -0.656, 0.3 84* 10 

$PDR02 , 248 . 563 ,-0.656,0. 376*1D 

$PDR02, 248. 563, -0.665, 0.384*10 

$PDR02, 248. 563, -0.656, 0.384* 10 

$PDR02, 248. 563, -0.659,0. 381* lA 

$PDR02, 248. 563, -0.665, 0.384*10 

$PDR02, 248. 563, -0.665,0,384*10 

$PDR02, 248. 563,-0- 659, 0.381*1A 

$GPSTN, 01*73 

$GPGGA, 181425. 00, 4520. 8310, N, 07553. 3000, W,l, ,1.0, , 

$GPVTG, 0 .000,T, , M, 0. 000000, N,0, 000000, K*60 

$PDR02, 248. 563,-0. 659, 0.384*1F 

$PDR02, 248. 563, -0.659, 0.384* IF 

$PDR02, 248. 563, -0.656, 0.384*10 

$GPSTN, 02*70 

$GPGGA, 181425. 00, 4520. 8303, N, 07553. 3014, W, 2, ,0.9, , 
$GPVTG, 0 .000,T, ,M, 0 . 000000 , N, 0 . 000000 , K*60 

$INGLL, 4520. 8304, N, 07553. 3013, W, 181424. 90, A*0C 
$INHDT,248.558,T*23 

$PDR01, 0. 000, T, 0. 007, M, 3. 7, N, 3. 7, E, 9.0,0,1011012*' 

$PDR02, 248. 563, -0.656, 0.381*15 

$HESTN,02*6A 

$HEGLL, 4520. 9196, N, 07553. 1024, W, 181426. 17, A*05 
$HEHDT,248.566,T*24 

$HEVTG, 0 . 000 , T, ,M, 0 . 014084,N, 0 . 026084,K*7B 
$HESTN, 01*69 

$HEGLL, 4520. 9196, N, 07553. 1024, W, 181426. 17, A*05 
$HEHDT,248.566,T*24 

$HEVTG, 0.000,T,,M,0.014084,N,0.026084,K*7B 

$PDR02, 248. 563, -0.659,0. 381*1A 

$PDR02 , 248 . 563 ,-0.656,0. 384*10 

$PDR02,248-569, -0.662, 0.381*18 

$PDR02, 248. 563, -0.656, 0.381*15 

$PDR02, 248. 563, -0.656, 0.384*10 

$PDR02, 248. 563, -0.656, 0.381*15 

$PDR02, 248. 563, -0.656, 0.3 81*15 

$PDR02, 248. 563, -0.656, 0.384* 10 

$GPSTN, 01*73 

$GPGGA, 181426. 00, 4520. 8310, N, 07553. 2990, W,l, ,1.0, , 

$GPVTG, 0.000,T, ,M, 0 .000000,N, 0.000000,K*60 

$PDR02, 248. 563, -0.665, 0.384*10 

$PDR02, 248. 563, -0.662, 0.384*17 

$PDR02, 248. 563, -0.659,0.378*10 

$PDR02, 248. 563, -0.656,0.376*10 

$GPSTN, 02*70 

$GPGGA, 18142  6- 00, 4520. 8303, N, 07553 . 3014 ,W, 2 , , 0.9,  , 
$GPVTG, 0.000, T, ,M, 0.000 000, N, 0.0 00000, K* 60 
$INGLL, 4520. 8304, N, 07553. 3013, W, 181426. 17, A*01 
$INHDT,248.563,T*2B 

$PDR01,0.000,T,0.005,M,3.6,N,3.6,E,8.9,C,1011012*! 

$PDR02, 248. 563, -0.662, 0.381*12 

$PDR02, 248. 558, -0.656,0.387*18 

$PDR02, 248. 563, -0.662, 0.384*17 

$PDR02, 248. 563, -0.656, 0.384*10 

$HESTN,02*6A 

$HEGLL, 4520. 9196, N, 07553. 1024, W, 181427. 45, A*03 
$HEHDT,248.566,T*24 

$HEVTG, 0.000,T, ,M, 0.0 11049, N, 0. 020462, K* 75 
$HESTN,  01*69. 

$HEGLL, 4520. 9196, N, 07553. 1024, W, 181427. 45, A*03 
$HEHDT,248.566,T*24 

$HEVTG, 0 . 000,T, ,M,  0 . 011049 ,N, 0 . 020462 ,K*7 5 

$PDR02, 248. 563, -0.656, 0.378*13 

$PDR02, 248. 563, -0.659, 0.376*12 

$PDR02 , 248 . 563 ,-0.659,0. 381*1A 

SPDR02, 248. 563, -0.656, 0.387* 13 

$GPSTN, 01*73 

$GPGGA, 181427. 00, 4520. 8310, N, 07553. 2990, W,l,  ,1.0, 

$GPVTG, 0.000, T, ,M, 0.000000, N, 0.000000, K*60 

$PDR02, 248. 563, -0.656, 0.384*10 

$PDR02, 248. 563,-0. 659, 0.384*1F 

$PDR02, 248. 563, -0.659, 0.376* 12 

$PDR02, 248. 563, -0.665,0.384*10 

$GPSTN, 02*70 

$GPGGA, 181427.00, 4520. 8303, N, 07553 . 3014  ,W, 2 , ,0.9, 
$GPVTG, 0.000, T, ,M, 0. 000000, N, 0. 000000,  K* 60 
$INGLL, 4520 . 8304, N, 07553 . 3011, W, 181427 . 45, A*05 
$INHDT,248.563,T*2B 

$PDR01 ,0.000,T,0.075,M,3.6,N,3.6,E,8.8,C,1011012* 

$PDR02, 248. 563, -0-665, 0.384*10 

$PDR02, 248. 563,-0. 659, 0.381*1A 

$PDR02, 248. 563, -0.657, 0.384*11 

$PDR02, 248. 563,-0. 659, 0.384*1F 

$PDR02, 248. 563, -0.659, 0.384*1F 

$PDR02, 248. 563, -0.665, 0.384*10 

$PDR02, 248. 563, -0.657, 0.387*12 

$PDR02, 248. 563, -0.657, 0.384*11 _ 
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$HEGLL, 4520. 9196, N, 07553. 1024, W, 181428. 66, A*OD 
$HEHDT,248.566,T*24 

$HEVTG.O,000,T, , M, 0 . 012353 , N, 0 . 022877 , K*74 
$PDR02, 248. 563, -0.657,0.384*11 
$HESTN, 01*69 

$HEGLL, 4520. 9196, N, 07553. 1024,  W,  181428 . 66  ,A*0D 
$HEHDT,248.566,T*24 

$HEVTG,0.000,T, , M, 0 . 012353 , N, 0 . 022877 , K*74 
$GPSTN, 01*73 

$GPGGA, 181428. 00, 452 0.83 10, N, 07553. 2990,  W,l, , 1 . 0 ,,,,,, *46 

$GPVTG,0.000.T, , M, 0. 000000, N,0. 000000, K* 60 

$PDR02, 248. 563, -0-657,0.384*11 

$PDR02, 248. 563, -0.662,0.384*17 

$PDR02, 248. 563, -0.657,0.384*11 

$PDR02, 248. 563, -0.657,0.379*13 

$PDR02, 248. 563, -0.657,0.381*14 

$GPSTN, 02*70 

$GPGGA, 181428. 00, 4520. 8303, N, 07553. 3014,  W, 2,  .  0 . 9 ,,,,,,  *4B 

$GPVTG,0.000,T, , M,0. 000000, N,0. 000000, K*60 

$PDR02, 248. 563, -0,659, 0.379*1D 

$PDR02, 248. 563, -0.657,0.381*14 

$PDR02, 248. 563, -0.662, 0.384*17 

$PDR02, 248. 563,-0- 659, 0.381*1A 

$PDR02, 248. 563, -0,657, 0.381*14 

$PDR02, 248. 563, -0.662, 0.384*17 

$PDR02, 248. 563, -0.657, 0.381*14 

$PDR02, 248. 563, -0.657, 0.384*11 

$PDR02, 248. 563,-0. 659, 0.384*1F 

$GPSTN, 01*73 

$GPGGA, 181429. 00, 4520. 8310, N, 07553. 2990,  W,l,  ,  1 . 0 ,,,,,,  *47 

$GPVTG, 0.000, T, , M, 0. 000000, N, 0.000000, K* 60 

$PDR02, 248. 563, -0.659, 0.381*1A 

$PDR02, 248, 563, -0.657, 0.381*14 

$HESTN, 01*69 

$HEGLL, 4520 . 9196, N, 07553 . 1024, W, 181429 . 93  ,  A*06 
$HEHDT,248.566,T*24 

$HEVTG,0.000,T, ,M, 0 . 00873 5 , N, 0 . 016177 , K*75 
$HESTN,02*6A 

$HEGLL, 4520 . 9196, N, 07553 . 1024 ,W, 181429 . 93 , A*06 
$HEHDT,248.566,T*24 

$HEVTG,0.000,T, ,M, 0 . 008735 , N, 0 . 016177 , K*75 
$PDR02, 248. 563, -0.654,0.381*17 
$PDR02,248.558, -0.657,0.381*10 
$GPSTN, 02*70 

$GPGGA, 181429. 00, 4520. 8303, N, 07553. 3014,  W, 2, ,0.9 . . *4A 

$GPVTG,0.000,T, , M, 0. 000000, N,0, 000000, K* 60 
$INGLL, 4520. 8305, N, 07553. 3010, W, 181428 . 66 , A*0B 
$INHDT, 248 . 563 , T*2B 

$PDR01, 0.000, T, 0 . 094,M,3. 6,N,3 . 6,E, 8.7,C, 1011012 *5B 

$PDR02 ,248,563,-0.657,0.381*14 

$PDR02, 248. 558, -0.657, 0.387*1A 

$PDR02 ,248.563.-0.657,0.384*11 

$PDR02, 248. 563, -0.659, 0.3 81* lA 

$PDR02 , 248 .563,-0.657,0.378*12 

$PDR02, 248. 563, -0.657,0.384*11 

$PDR02, 248. 563, -0.657,0.378*12 

$PDR02, 248. 563,-0. 659, 0.384*1F 

$GPSTN, 01*73 

$GPGGA, 181430. 00, 4520. 83 10, N, 07553. 2990, W,l.  ,1.0,  ,  ,  ,  ,  ,  *4F 

$GPVTG,0.000,T, , M, 0. 000000, N,0. 000000, K*60 

$PDR02, 248. 563, -0.659, 0.381*1A 

$PDR02, 248 -563, -0.657, 0.381*14 

$PDR02, 248. 563,-0. 659, 0.384*1F 

$PDR02, 248. 563, -0.657,0.376*10 

$GPSTN, 02*70 

$GPGGA, 181430. 00, 4520. 8303, N, 07553. 3014,  W, 2,  ,  0 . 9 .,,,,, *42 
$GPVTG,0,000,T, ,M, 0. 000000, N, 0.000000, K* 60 
$INGLL, 4520. 8305, N, 07553. 3009, W, 181429 . 93 , A*08 
$INHDT,248.563,T*2B 

$PDR01,0.000,T, 0 .099, M, 3.5, N, 3.5, E, 8.7, C, 1011012*56 


$HESTN, 02*6A 

$HEGLL, 4520. 9196, N, 07553. 1024, W, 181428. 74. A*0E 
$HEHDT,248.566,T*24 

$HEVTG,0.000,T, , M, 0 . 012353 , N, 0 . 022877 , K*74 
$HESTN, 01*69 

$HEGLL, 4520. 9196, N, 07553. 1024, W, 181428. 74, A*0E 
$HEHDT,248.566,T*24 

$HEVTG,0.000,T, ,M. 0 . 012353 , N, 0 . 022877 , K*74 
$GPSTN, 01*73 

$GPGGA, 181428.00,4520.8310,N,07553.2990,W,1, , 1.0, , , , , , *46 

$GPVTG, 0.000, T, , M, 0. 000000, N,0. 000000, K* 60 

$PDR02, 248. 563, -0.657, 0.384*11 

$PDR02. 248. 563, -0.662, 0.384*17 

$PDR02, 248. 563,-0. 657, 0.384*11 

$PDR02, 248. 563, -0-657, 0.379*13 

$PDR02, 248. 563, -0.657, 0.381*14 

$GPSTN, 02*70 

$GPGGA, 181428. 00, 4520. 8303, N, 07553. 3014,  W,  2,  ,0.9 . .  *4B 

$GPVTG, 0.000, T, ,M,0. 000000, N,0. 000000, K*60 

$PDR02, 248. 563, -0.659,0.379*10 

$PDR02, 248. 563, -0.657, 0.381*14 

$PDR02, 248. 563, -0.662, 0.384*17 

$PDR02, 248. 563,-0. 659, 0.381*1A 

$PDR02 ,248.563,-0.657,0. 381*14 

$PDR02, 248. 563, -0.662, 0.384*17 

$PDR02, 248. 563, -0.657, 0.381*14 

$PDR02, 248. 563, -0.657, 0.384*11 

$GPSTN, 01*73 

$GPGGA, 181429. 00, 4520. 8310, N, 07553. 2990, W,l, , 1. 0  ,,,,,, *47 

$GPVTG,0.000,T, , M,0. 000000, N,0. 000000, K* 60 

$PDR02, 248. 563, -0.659, 0.3 84*1F 

$PDR02, 248. 563, -0.659,0. 381* lA 

$PDR02, 248. 563, -0.657, 0.381*14 

$HESTN, 01*69 

$HEGLL, 4520. 9196, N, 07553. 1024, W, 181430. 01,  A*05 
$HEHDT,248.566,T*24 

$HEVTG,0.000,T. ,M, 0 . 008735, N, 0 . 016177 , K*75 
$HESTN,02*6A 

$HEGLL, 4520 . 9196, N, 07553 . 1024, W, 181430 . 01, A*05 
$HEHDT,248.566,T*24 

$HEVTG,0.000,T, ,M, 0 . 008735 , N, 0 . 016177 ,  K*75 
$PDR02,248. 563, -0.654, 0.381*17 
$PDR02, 248. 558, -0.657,0.381*10 
$GPSTN, 02*70 

$GPGGA, 181429. 00, 4520. 83 03, N, 07553. 3014, W, 2, , 0 . 9 ,,,,,, *4A 
$GPVTG, 0.000, T, ,M, 0. 000000, N,0. 000000, K* 60 
$INGLL, 4520. 8305, N, 07553. 3010, W, 181428 . 74 . A*08 
$INHDT, 248.563,T*2B 

$PDR01, 0.000, T, 0.094, M, 3 . 6, N, 3 . 6 , E, 8 . 7 , C, 1011012 *5B 

$PDR02, 248. 563, -0.657, 0.381*14 

SPDR02, 248. 558, -0.657, 0.387*1A 

$PDR02, 248. 563, -0.657, 0.384*11 

$PDR02, 248. 563,-0. 659, 0.381*1A 

$PDR02, 248.563,-0 . 657,0.378*12 

$PDR02, 248. 563, -0.657, 0.384*11 

$PDR02, 248. 563, -0.657, 0.378*12 

$PDR02, 248. 563, -0.659, 0.384* IF 

SGPSTN, 01*73 

$GPGGA, 181430.00,4520.8310,N,07553.2990,W,1,  ,  1 . 0 ,,,,,,  *4F 

$GPVTG, 0 .000,T, ,M, 0.000000,N, 0. 000000,  K*60 

$PDR02 ,248.563,-0.659,0. 381*1A 

$PDR02, 248. 563, -0.657, 0.381*14 

$PDR02, 248. 563, -0.659, 0.384*1F 

$PDR02, 248. 563, -0.657,0.376*10 

$GPSTN, 02*70 

$GPGGA, 181430. 00, 4520. 8303, N, 07553. 3014,  W,  2,  ,  0 . 9  ,,,,,,  *42 
$GPVTG,0.000,T, , M,0. 000000, N,0. 000000, K* 60 
$INGLL, 4520. 8305, N, 07553. 3009, W, 181430 . 01, A*0B 
$INHDT, 248.563,T*2B 

$PDR01, 0.000, T, 0.099, M, 3 .5, N, 3.5, E, 8.7,0,1011012*56 
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Annex  F;  Use  of  “extract_data”  to  extract  sensor 
and  DIINS  filter  data _ 


There  are  two  versions  of  the  extract_data  program.  One  will  extract  raw  sensor  data 
stored  exactly  as  broadcast  by  the  sensor  (“extract_pure_sensor_data”).  The  other  will 
extract  formatted  sensor  and  filter  data  tagged  with  DUNS  time  stamps.  Each  is  described 
via  example  in  this  section. 

Extraction  of  data  from  a  7  filter  DIINS  data  logging  run  is  demonstrated  this  section.  The 
file  that  was  generated  was  called  ST2  001_114-1457 .  dat ,  indicating  Julian  day  1 13  of 
year  2001,  at  time  18:13  GMT.  Note  that  DENS  automatically  starts  new  data  files  after 
every  2  hours,  each  with  a  similar  naming  convention.  The  file  was  placed  in 
D:\DIINS\RESULTS. 


F.  1  Extracting  Pure  Sensor  Data 

To  extract  absolutely  raw  sensor  data  (bit  for  bit  exactly  as  it  was  recorded,  but  with  no 
timing  information),  one  can  use  the  PC  ported  version  of  “extract_pure_sensor_data  , 
which  currently  resides  at 

D:\DIINSUTILSVEXTRACT_DATA\extract_pure_sensor_data.exe 
When  this  program  is  used  without  arguments  it  displays  the  usage  syntax 

Syntax:  extract_pure_sensor_data  [-MK29-1]  [-MK29-2]  [-GPS_NMEA-1)  [-GPS_NMEA-2] 

<f ilenarfie>Display  off  (-v),  ,  SplitFiles  off  (-s).  No  Multiple  files  (-f). 
No  Compressed  (-2) 

To  extract  the  raw  data  from  the  four  sensors  used  in  the  test  in  Section  8.2.3,  use: 

d:\diinsutils\extract_data\extract_pure_sensor_data  -MK29-1  ST2001_114-1457.dat 
d:\diinsutils\extract_data\extract_pure_sensor_data  -MK29-2  ST2001_114-1457.dat 
d: \diinsutils\extract_data\extract_pure_sensor_data  -GPS_NMEA-1  ST2001_114-1457.dat 
d:\diinsutils\extract_data\extract_pure_sensor_data  -GPS_NMEA-2  ST2001_114-1457.dat 

These  will  create  the  following  raw  sensor  data  files: 

Rgps_ninea-1_ST2001_114-1457  .bin 
Rgps_ninea-2_ST2001_114-1457  .bin 
Rink29-l_ST2001_114-1457.bin 
Rink29-2_ST2001_114-1457.bin 


These  files  are  useful  for  verifying  proper  sensor  operation  and  recording,  and  can  be  used 
in  the  PC-based  sensor  data  spewers  “GPSOUT”  and  MK290UT”. 
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F.2.  Extracting  Formatted  Sensor  and  Kalman  Filter  Data 

To  extract  data  that  has  timing  information  and  that  has  been  formatted  in  columns  for  ease 
of  use  in  plotting  and  other  software  packages,  use  the  PC  ported  version  of  “extract_data”, 
which  currently  resides  at 

D:\DIINSUTILS\EXTRACT_DATA\Extract_Data.exe 

When  this  program  is  used  without  arguments  it  displays  the  usage  syntax: 


Syntax:  extract_data  [-TANS]  [-GPS_TIPY-1]  (-GPS_TIPy-2]  t -GPS_NMEA-1 )  [ -GPS_NMEA-2] 
(-MK29-1]  [-MK29-2]  [-LC3601  [-PRES]  [-PDIS]  [-PSTA]  <filenaine> 

Display  {-v},  Binary  (-b),  SplitFiles  (-s) ,  Multiple  files  (-f), 
Compressed  Output  (-z/-gz),  -use_gps_tiine  [-DIINS_FORMAT] 

Assumes  ($R0=GPS_NMEA-1) ,  ($R1=MK29-1) ,  {$R2=MK29-2) ,  {$R3=LC360) 

($R4=GPS_NMEA-2) ,  ( $R5=GPS_TIPY-1 ) ,  ( $R6=GPS_TIPY-2 ) ,  ($R7=TANS) 


F.2. 1 .  Formatted  Sensor  Data 


To  extract  the  formatted  sensor  data  with  timing  information,  use  the  following 
commands: 

d: \diinsutils\extract_data\extract_data  -MK29-1  ST2001_114-1457.dat 
d: \diinsutils\extract_data\extract_data  -MK29-2  ST2001_114-1457.dat 
d: \diinsutils\extract_data\extract_data  -GPS_NMEA-1  ST2001_114-1457.dat 
d: \diinsutils\extract_data\extract_data  -GPS_NMEA-2  ST2001_114-1457.dat 

(Note  that  these  write  ASCII  versions  of  the  files.  The  use  of  the  “-b”  will  extract  binary 
formatted  files  which  can  be  converted  to  ASCII  with  the  “bin2ascii”  utility). 


The  files  created  from  the  above  commands  are: 


ink29-l_ST2001_114-1457_a.asc 

ink29-l_ST2001_114-1457_p.asc 

ink29-l_ST2001_114-1457_s.asc 

ink29-l_ST2001_114-1457_v.asc 

mk29-2_ST2001_114-1457_a.asc 

mk29-2_ST2001_114-1457_j).asc 

mk2  9 - 2„ST2  001_1 14-145 7_s.asc 

ink29-2_ST2001_114-1457_v.asc 

gps_nmea~l_ST2001_114-1457 . asc 

gps_ninea-2_ST2001_114-1457 .  asc 


(INSl  attitude) 
(INSl  position) 
(INSl  status) 
(INSl  velocity) 
(INS2  attitude) 
(INS2  position) 
(INS2  status) 
(INS2  velocity) 
(GPSl  Position) 
(GPS2  position) 


The  fields  in  these  data  files  are  as  shown  in  Table  21. 
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Table  21.  Fields  in  Sensor  data  files  created  by  “extract_data” 


FILE 

FIELD 

DATA 

1 

INS  Pos.DIINS  Time, 

INS  POSITION  FILE 

2 

INS  Pos.status, 

3 

INS_Pos.latltude, 

4 

INS  Pos.longitude, 

5 

INS.Pos.Depth, 

6 

INS_Pos.lntemalFix, 

7 

INS  Pos.IntemalLatCorrection, 

8 

lNS_Pos.lntemalLonCorrection, 

9 

INS_Pos.lnternalHdgCorrection, 

10 

INS  Pos.IntemalLatStdDev, 

11 

INS  Pos.IntemalLonStdDev, 

12 

INS.Pos.IntemalHdgStdDev, 

13 

INS_Pos.lnternaLX_GyroBiasCorr, 

14 

INS_Pos.lntemaI_X„GyroDrlftCorr, 

15 

1  NS_Pos .  1  nternaLY_Gy  roBiasCorr, 

16 

1  NS_Pos .  lntemaLY_Gy  roDriftCorr, 

17 

INS_Pos.lntemaLZ_GyroBiasCorr, 

18 

INS_Pos.lntemaLZ_GyroDriftCorr, 

19 

INS  Pos.Internal  Z  GvroRampCorr 

1 

INS  Vel.DIINS  Time, 

INS  VELOCITY  FILE 

2 

INS  Vel.statius, 

3 

INS  Vel.vn, 

4 

INS  Vel.ve, 

5 

INS.Vel.vd, 

6 

INS_Vel.vn_rate, 

7 

INS_Vel.ve_rate, 

8 

INS  Vel.vd  rate 

1 

INS  Att.DIINS  Time, 

INS  ATTITUDE  FILE 

2 

INS  Att.status, 

3 

INS  Att.roll, 

4 

INS_Att.pitch, 

5 

INS_Att.heading, 

6 

INS_Att.rolLrate, 

7 

INS_Att.pitch_rate, 

8 

_ INS  Att.heading  rate _ _ _ 

INS_Status.DIINS_Time, 

INS  STATUS  FILE 

INS_Status.PerformanceDegraded, 

INS_Status.FlneAlignSettled, 

INS_Status.lnertialWellSettled, 

5 

INS_Status.Mode, 

6 

INS_Status.DampingMode, 

7 

INS  Status.Damped, 

8 

INS_Status.SKOR„Mode, 

9 

INS_Status.SKOR_Status, 

10 

INS_Status.FixSource, 

11 

INS_Status.LogFallure, 

12 

INS_Status.SystemFailure, 

13 

INS_Status.SystemOnlnternalBattery, 

14 

INS_Status.VREF_Source, 

15 

INS  Status.DocksideMode 

1 

GPS  NMEA  GGA.DIINS_Time, 

NMEA  GPS  POSITION 

2 

GPS  NMEA  GGA.UTC, 

FILE  (Irom  GGA  record) 

3 

GPS_NMEA_GGA.Latitude, 

4 

GPS  NMEA_GGA.Longitude, 

5 

GPS  NMEA_GGA.Quaiity, 

6 

GPS  NMEA  GGA.NumPm, 

7 

GPS  NMEA  GGA.HDOP, 

8 

GPS  NMEA_GGA.AntennaHeight, 

9 

GPS  NMEA  GGA.GeoidalHeight): 
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F.2.2. 


Formatted  Kalman  Filter  Data 


To  extract  the  Kalman  filter’s  State,  Residual  and  Display  data  with  timing  information, 
use  the  following  commands: 

d:\diinsutils\extract_data\extract_data  -PSTA  ST2001_114-1457.dat 
d; \diinsutils\extract_data\extract_data  -PRES  ST2001_114-1457.dat 
d: \diinsutils\extract_data\extract_data  -PDIS  ST2001_114-1457.dat 

(Again,  these  write  ASCII  versions  of  the  files.  The  use  of  the  “-b”  will  extract  binary.) 
The  files  created  from  the  above  commands  are: 


pstal_ST2001_114-1457.asc 
psta2_ST2001_114-1457.asc 
psta3_ST2001_114-1457.asc 
psta4_ST2001_114-1457.asc 
psta5_ST2001_114-1457.asc 
psta6_ST2001_114-1457 . asc 
psta7_ST2001_114-1457 . asc 

presl_ST2001_114-1457 .asc 
pres2_ST2001_114-1457 -asc 
pres3_ST2001_114-1457 .asc 
pres4_ST2001_114-1457.asc 
pres5_ST2001_114-1457 .asc 
pres6_ST2001_114-1457 . asc 
pres7_ST2001_114-1457 . asc 

pdisl_ST2001_114-1457 . asc 
pdis2_ST2001_114-1457.asc 
pdis3_ST2001_114-1457.asc 
pdis4_ST2001_114-1457 . asc 
pdis5_ST2001_114-1457 . asc 
pdis6_ST2001_114-1457 . asc 
pdis7_ST2001_114-1457 . asc 


(Kalman  state  estimates  for  filters  1-7) 


(Kalman  residuals  for  filters  1-7) 


(Kalman  filter  display  values  for  filters  1-7) 


The  fields  within  each  of  these  State,  Residual,  and  Display  files  vary  for  each  filter, 
because  each  filter  has  a  different  sensor  suite,  and  thus  a  different  state  vector.  As  part  of 
the  data  logging  process,  DIINS  writes  out  header  files  (as  specified  in  the  simsetup.cfg 
file)  at  run  time  that  tell  what  fields  are  in  these  Kalman  output  data  files. 

These  header  files  are  typically  called 

State_LT2001_n.bRes .p 
Res_LT2  0  0 l_n . bRes . p 
Disp_LT2001_n.bRes .p 


and  contain  the  fields  in  the  State,  Residual  and  Display  files  for  filter  n.  We  are  usually 
most  interested  in  the  two  DENS  unifilters  (each  which  integrate  one  of  the  INS’s  with  all 
available  aids).  These  are  usually  filters  numbered  2  and  3.  The  fields  of  the  State, 
Residual  and  Display  Kalman  filter  files  for  the  INSl  unifilter  are  shown  in  Table  22. 
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Table  22.  Fields  in  INS1  Unifilter  (filter  2)  Kalman  data  files  created  by  “extracLdata” 


FILE 

FIELD 

DATA 

1 

Time 

State  file 

2 

State(X_POS_ERR) 

3 

State(Y  POS_ERR) 

State_LT2001_2 .bRes .p 

4 

State(X  VEL  ERR) 

5 

Stat©(Y_VEL_ERR) 

6 

State(X_ATT_ERR) 

7 

State(Y  ATT  ERR) 

8 

State(Z  ATT  ERR) 

9 

State(X  ACCEL  BIAS_ERR) 

10 

State(Y  ACCEL_BIAS_ERR) 

11 

State(X  GYRO  BIAS_ERR) 

12 

State(Y  GYRO  BIAS_ERR) 

13 

State{Z  GYRO  BIAS_ERR) 

14 

State(X  GPS1_POS_ERR) 

15 

State(Y  GPS1_POS_ERR) 

16 

State(X  GPS2  POS.ERR) 

17 

Stat©(Y  GPS2_POS_ERR) 

18 

Stat©{X  LOG_VEL_ERR) 

19 

State(Y  LOG  VEL_ERR) 

20 

P  Mx(X  POS.ERR) 

21 

P  Mx(Y  POS_ERR) 

22 

P  Mx(X  VEL  ERR) 

23 

P  Mx(Y  VEL  ERR) 

24 

P  Mx(X  ATT.ERR) 

25 

P  Mx(Y  ATT_ERR) 

26 

P  Mx(Z  ATT  ERR) 

27 

P  Mx(X  ACCEL  BIAS_ERR) 

28 

P  Mx(Y  ACCEL  BIAS_ERR) 

29 

P  Mx(X  GYRO_BIAS_ERR) 

30 

P  Mx(Y  GYRO  BIAS.ERR) 

31 

P  Mx(Z  GYRO_BIAS_ERR) 

32 

P  Mx(X  GPS1_POS_ERR) 

33 

P  Mx(Y  GPS1_POS_ERR) 

34 

P  Mx(X  GPS2_POS_ERR) 

35 

P  Mx(Y  GPS2  POS_ERR) 

36 

P  Mx(X  LOG_VEL_ERR) 

37 

P_Mx(Y_LOG_VEL_ERR) 

38 

ChiSq 

1 

Tim© 

Residual  File 

2 

Residual(X_GPS1_POS_MEAS) 

3 

R©sidual(Y_GPS1_POS_MEAS) 

Re  s_LT2  0  0 1_2 . bRes . p 

4 

R©sidual(X  GPS2_POS_MEAS) 

5 

R©sidual(Y_GPS2_POS_MEAS) 

6 

R©sidual(X  LOG_VEL_MEAS) 

7 

R©sidual(Y  LOG_VEL_MEAS) 

8 

R©sVar(X  GPS1_POS_MEAS) 

9 

R©sVar(Y  GPS1_POS_MEAS) 

10 

R©sVar(X  GPS2_POS_MEAS) 

11 

R©sVar(Y  GPS2_POS_MEAS) 

12 

ResVar(X  LOG_VEL_MEAS) 

13 

ResVar(Y  LOG  VEL  MEAS) 

1 

Time 

Display  File 

2 

Latitude 

3 

Longitude 

Disp_LT2001_2 .bRes -p 

4 

Height 

5 

VeIG  X 

6 

VelG_Y 

7 

VelG_Z 

8 

Roll 

9 

Pitch 

10 

Heading 

11 

WanderAngle 

DREO  ™  2001-046 


69 


This  page  intentionally  left  blank. 


70 


DREO™  2001-046 


UNCLASSIFIED 


SECURITY  CLASSIFICATION  OF  FORM 
(highest  classification  of  Titie,  Abstract,  Keywords) 


DOCUMENT  CONTROL  DATA 

(Security  classification  of  title,  body  of  abstract  and  indexing  annotation  must  be  entered  when  the  overall  document  is  classified) 


1.  ORIGINATOR  (the  name  and  address  of  the  organization  preparing  the  document. 
Organizations  for  whom  the  document  was  prepared,  e.g.  Establishment  sponsoring 
a  contractor’s  report,  or  tasking  agency,  are  entered  in  section  8.) 

Defence  Research  Establishment  Ottawa 
Ottawa  ON  K1 A  0Z4 


SECURITY  CLASSIFICATION 

(overall  security  classification  of  the  document, 

including  special  warning  terms  if  applicable) 

UNCLASSIFIED 


3.  TITLE  (the  complete  document  title  as  indicated  on  the  title  page.  Its  classification  should  be  indicated  by  the  appropriate 
abbreviation  (S,C  or  U)  In  parentheses  after  the  title.) 

Migration  of  DIINS  to  PowerPCA^xWorks  and  Intel/Win32  (U) 


4.  AUTHORS  (Last  name,  first  name,  middle  initial) 

Bird,  J.  S. 


5.  DATE  OF  PUBLICATION  (month  and  year  of  publication  of  6a.  NO.  OF  PAGES  (total  6b.  NO.  OF  REFS  (total  cited  in 

document)  containing  information.  Include  document) 

Annexes,  Appendices,  etc.) 

June  2001  70  _ 17 _ 


7.  DESCRIPTIVE  NOTES  (the  category  of  the  document,  e.g.  technical  report,  technical  note  or  memorandum.  If  appropriate,  enter  the  type  of 
report,  e.g.  interim,  progress,  summary,  annual  or  final.  Give  the  inclusive  dates  when  a  specific  reporting  period  Is  covered.) 

Technical  Memorandum 


8.  SPONSORING  ACTIVITY  (the  name  of  the  department  project  office  or  laboratory  sponsoring  the  research  and  development.  Include  the 
address.) 


9a.  PROJECT  OR  GRANT  NO.  (if  appropriate,  the  applicable  research 
and  development  project  or  grant  number  under  which  the 
document  was  written.  Please  specify  whether  project  or  grant) 


9b.  CONTRACT  NO..  (If  appropriate,  the  applicable  number  under 
which  the  document  was  written) 


10a.  ORIGINATOR’S  DOCUMENT  NUMBER  (the  official  document 
number  by  which  the  document  is  identified  by  the  originating 
activity.  This  number  must  be  unique  to  this  document.) 


10b.  OTHER  DOCUMENT  NOS.  (Any  other  numbers  which  may 
be  assigned  this  document  either  by  the  originator  or  by  the 
sponsor) 


DREO  TM  2001-046 


1 1 .  DOCUMENT  AVAILABILITY  (any  limitations  on  further  dissemination  of  the  document,  other  than  those  imposed  by  security  classification) 

(x)  Unlimited  distribution 

(  )  Distribution  limited  to  defence  departments  and  defence  contractors;  further  distribution  only  as  approved 

(  )  Distribution  limited  to  defence  departments  and  Canadian  defence  contractors;  further  distribution  only  as  approved 

(  )  Distribution  limited  to  government  departments  and  agencies;  further  distribution  only  as  approved 

(  )  Distribution  limited  to  defence  departments;  further  distribution  only  as  approved 

(  )  Other  (please  specify): 

12.  DOCUMENT  ANNOUNCEMENT  (any  limitation  to  the  bibliographic  announcement  of  this  document.  This  will  normally  correspond  to 
the  Document  Availability  (11).  However,  where  further  distribution  (beyond  the  audience  specified  in  11)  is  possible,  a  wider 
announcement  audience  may  be  selected.) 

Unlimited 


UNCLASSIFIED 

SECURrrv  classification  of  form 


DCD03  2rt)6/87 


71 


UNCLASSIFIED 

SECURITY  CLASSIFICATION  OF  FORM 

13.  ABSTRACT  ( a  brief  and  factual  summary  of  the  document.  It  may  also  appear  elsewhere  in  the  body  of  the  document  itself.  It  is  highly 
desirable  that  the  abstract  of  classified  documents  be  unclassified.  Each  paragraph  of  the  abstract  shall  begin  with  an  indication  of  the 
security  classification  of  the  information  in  the  paragraph  (unless  the  document  Itself  is  unclassified)  represented  as  (S),  (C),  or  (U). 

It  is  not  necessary  to  include  here  abstracts  in  both  official  languages  unless  the  text  is  bilingual). 


This  report  documents  the  results  of  work  required  to  migrate  the  DIINS  (Dual  Inertial  Integrated  Navigation  System) 
software  from  its  former  platform,  consisting  of  a  unix-based  Sparc  host  system  and  Motorola  68030  VME  target 
system  under  a  Telesoft  Ada83  compiler  and  run-time  executive,  to  a  new  (3reen  Hills  Ada95  NT  development 
environment  and  two  new  run-time  platforms:  a  PowerPC604  VME  target  system  running  VxWorks  5.4,  and  a  generic 
personal  computer  running  Windows  NT  4.0.  The  migration  is  not  entirely  complete,  though  both  new  run-time 
platforms  are  running  satisfactorily  to  a  great  extent.  This  document  records  the  status  of  the  migration,  presents  some 
results  of  the  systems  in  real-time  laboratory  trials,  and  identifies  issues  that  need  to  be  explored  more  fully  if  the 
migrated  DIINS  systems  are  to  be  deployed  in  operational  environments. 


14.  KEYWORDS,  DESCRIPTORS  or  IDENTIFIERS  (technically  meaningful  terms  or  short  phrases  that  characterize  a  document  and  could  be 
helpful  in  cataloguing  the  document.  They  should  be  selected  so  that  no  security  classification  is  required.  Identifiers  such  as  equipment 
model  designation,  trade  name,  military  project  code  name,  geographic  location  may  also  be  included.  If  possible  keywords  should  be  selected 
from  a  published  thesaurus,  e.g.  Thesaurus  of  Engineering  and  Scientific  Terms  (TEST)  and  that  thesaurus-identified.  If  It  is  not  possible  to 
select  indexing  terms  which  are  Unclassified,  the  classification  of  each  should  be  Indicated  as  with  the  title.) 

DIINS;  Dual  Inertial  Integrated  Navigation  System 


UNCLASSIFIED 

SECURITY  CLASSIFICATION  OF  FORM 


72 


Defence  R&D  Canada 
is  the  national  authority  for  providing 
Science  and  Technology  (S&T)  leadership 
in  the  advancement  and  maintenance 
of  Canada's  defence  capabilities. 

R  et  D  pour  la  defense  Canada 

est  responsable,  au  niveau  national,  pour 
les  sciences  et  la  technologie  (S  et  T) 
au  service  de  I'avancement  et  du  maintien  des 
capacites  de  defense  du  Canada. 


www.drdc-rddc.dnd.ca 


